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(57) Abstract: The invention relates to a method for handling electronic payment transactions by means of a mobile terminal (1), 
fs| particularly a mobile telephone, comprising the following steps: Transmission of a request for payment from the mobile terminal 
^5 (1) to a payment handling centre (6), transmission of the desired payment modalities from the mobile terminal (1) to the payment 
a handling centre (6), allocation of a individual transaction code or enabling code for each individual payment transaction, and trans- 
5^ mission of the known transaction code or enabling code to the mobile terminal (1) and/or a payment addressee (8). 

^ [Fortsetzung auf der ndchsten SeiteJ 
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(57) Zusammenfassung: Die vorliegende Erfindung stellt ein Verfahren zur Abwicklung des elektronischen Zahlungsverkehrs un- 
ter Zuhilfenahme eines Mobil terminals (1), insbesondere eines Mobiltelefons zur Verfugung, das die folgenden Schritte aafweist: 
Obersendung einer Zahlungsanfrage von dem Mobilterminal (1) zu einer Zahlungs-Abwicklungszentrale (6), Obersendung der ge- 
wilnschten Zahlungsmodalitaten von dem Mobilterminal i zu der Zahlungs-Abwicklungszentrale 6, Zuweisung eines fur jede Zah- 
lungsabwicklung individuellen Transaktionscodes oder Freigabecodes, und Ubersendung des zugewiesenen Transaktionscodes oder 
Freigabecodes zu dem Mobilterminal (1) und/oder einem Zahlungsadressaten (8). 
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Elektronischer Zahlungsverkehr mit SMS 



Die vorliegende Erfindung bezieht sich auf ein Verfahren zur Abwicklung des 
10 elektronischen Zahlungsverkehrs unter Zuhilfenahme eines Mobilterminals, auf ein 
Software-Programm zur Ausfiihrung eines solchen Verfahrens sowie auf eine 
Telefonkarte fur ein Mobiltelefon, in der ein solches Software-Programm abgelegt ist. 

Der Hintergrund der vorliegenden Erfindung ist die in letzter Zeit sich stark 
15 verbreitende Idee, beispielsweise ein Mobiltelefon als Zahlungsraittel und insbesondere 
als Kreditkartenersatz zu verwenden. Die Verwendung von Kreditkarten als 
Zahlungsmittel fuhrt dazu, daB heute Informationen Ober den Kreditkarteninhaber auf 
der Kopie des Beleges beim Vertragsunternehmen zurilckbleiben. Mit diesen 
Informationen ist es heute nieht auszuschliefien, dafi Unberechtigte in die Lage versetzt 
20 werden, Einkaufe Qber das Internet zu tatigen und die Bezahlung uber die 
miflbrauchlich verwendete Kreditkarte auszulosen, resp. auszufuhren. 

Die auf der Kreditkarte vorhandenen Informationen sind folgendennafien aufgebaut: 



25 • Kreditkartenuntemehmen 

• Name und Vorname des Kreditkarteninhabers 

• Kreditlimite ersichtlich uber Farbgebung, resp . Kartenbezeichnung 

• Kreditkartennummer (16-stellig) 

• Verfalldatum 

30 • Unterschrift des Kreditkarteninhabers 

• Magnetstreifen mit PIN-Code zum Barbezug am Automaten 

• Neu mit Foto des Karteninhabers auf der Riickseite 



Durch die Einfiihrung des Fotos auf der Ruckseite ist zwar die Sicherheitsstufe erhfiht 
35 worden, urn MiBbrauche mit gestohlenen Kreditkarten zu reduzieren, sofern die 
Kreditkarte bei der Bezahlung an das Vertragsunternehmen ubergeben wird, um die 
Zahlung auszufuhren, indem diese durch einen Leser gefuhrt oder ein Abzug auf 
mechanischem Weg gemacht wird. 
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Jede Zahlung mit Kreditkarte hinterlafit einen Beleg, auf dem die wichtigsten Merkmale 
unverschlusselt ersfchtlich sind, namlich 

• Kreditkartenunternehmen, resp. Verrechnungspartner 
5 • Nummer des Karteninhabers 

• Name und Voraame des Kreditkarteninhabers 

• Verfalldatum 

• Unterschrift des Karteninhabers 

Von der Firma paybox.net AG (Internetadresse: www.paybox.net) ist dabei ein System 
fur den Zahlungsverkehr vorgestellt worden, das es Endkunden ermoglicht, mit ihrem 
Mobiltelefon Zahlungen im Internet, im stationaren Einzelhandel, an mobile 
Dienstleister und untereinander durchzufiihren. Zur Durchfiihrung einer Zahlung ruft 
dabei der Handler die gebuhrenfreie Nummer der Firma paybox an. Danach wild er 
nach dem Betrag und der Mobiltelefonnummer des Kunden gefragt. Diese Daten 
mflssen dann von dem Handler iiber eine Tastatur eingegeben werden. SchlieBlich ruft 
die Firma paybox den Kunden an und laBt sich die Zahlung von ihm autorisieren. 
Abschlieflend wird den Transaktionszahlern die erfolgreiche Zahlung bestatigt. Die 
Kommunikation zwischen dem Handler, der den Zahlungsauftrag ausgeben mochte, 
und der Zentrale fur die Abwicklung des Zahlungsverkehrs erfolgt also iiber einen 
Verkehrskanal einer Telefonleitung. 

Daraus ergibt sich der Nachteil, daB dieser Verkehrskanal blockiert, gestort oder 
sonstwie nicht erfolgreich benutzbar sein kann. Dariiber hinaus ist das bekannte System 
25 nicht dazu eingerichtet, Zahlungen mittels eines Kreditkartenkontos auszufuhren. 

Ausgehend von diesem genannten Stand der Technik ist es Aufgabe der vorliegenden 
Erfindung, ein System fiir den elektronischen Zahlungsverkehr bereitzustellen, das fur 
Zahlungen mittels Kreditkarten-Konten ausgelegt ist. Dariiber hinaus soli das System 
30 auch eine sichere Kommunikation zwischen dem Zahlungsauftraggeber und einer 
Zahlungs-Abwicklungszentrale eriauben. 

GemaB der Erfindung wird diese Aufgabe durch die Merkmale der unabhangigen 
Anspruche gelost. Die abhangigen Anspriiche bilden den zentralen Gedanken der 
35 vorliegenden Erfindung in besonders vorteilhafter Weise weiter. 

ErfindungsgemaB ist also ein Verfahren zur Abwicklung des elektronischen 
Zahlungsverkehrs unter Zuhilfenahme eines Mobilterminals, wie beispielsweise eines 
Mobiltelefons, vorgesehen. Dabei wird zuerst eine Zahlungsanfrage von dem 
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Mobilterminal zu einer Zahlungs-Abwicklungszentrale iibersandt. Gleichzeitig oder 
nach Ubersendung der Zahlungsanfrage werden die Zahlungsmodalitaten von dem 
Mobilterminal zu der Zahlungs-Abwicklungszentrale iibersandt. Die 
Zahlungsmodalitaten konnen beispielsweise den Zahlungsadressaten, die Nummer der 
5 zu verwendenden Kreditkarte, den Zahlungsbetrag, etc. umfassen. Jeder 
Zahlungsabwicklung wird ein sie charakterisierender, individueller Transaktionscode 
oder Freigabecode zugewiesen, der zu dem Mobilterminal und/oder einem 
Zahlungsadressaten ubermittelt wird. 

10 Durch die Ubermittlung des individuellen Transaktionscodes oder Freigabecodes kann 
sichergestellt werden, daB alle beteiligten Parteien (Benutzer des Mobilterminals auf der 
einen und Zahlungsadressat auf der anderen Seite) GewiBheit fiber den Erfolg oder 
Miflerfolg einer Zahlungstransaktion erlangen. Auch wird der Nachweis einer erfolgten 
Zahlung gegentiber der Zahlungs-Abwicklungszentrale durch die Bereitstellung eines 

15 individuellen Transaktionscodes oder Freigabecodes fur die beteiligten Parteien, 
insbesondere den Zahlungsadressaten, erleichtert. 

Der individuelle Transaktionscode oder Freigabecode kann beispielsweise von der 
Zahlungs-Abwicklungszentrale auf die Zahlungsanfrage hin erzeugt werden. 

20 

1st eine direkte Kommunikation zwischen Zahlungsadressaten und Zahlungs- 
Abwicklungszentrale z.B. aufgrund einer fehlenden Netzwerkadresse des 
Zahlungsadressaten nur von dem Zahlungsadressaten hin zu der Zahlungs- 
Abwicklungszentrale moglich (dies ist bei heutigen Kassenterminals iiblicherweise auch 
25 dann der Fall, wenn sie an eine Zentralstation angeschlossen sind), so ist es besonders 
vorteilhaft, wenn der individuelle Transaktionscode oder Freigabecode von dem 
Zahlungsadressaten generiert und an die Zahlungs-Abwicklungszentrale ubermittelt 
wird, und die Zahlungs-Abwicklungszentrale den Transaktionscode oder Freigabecode 
erst bei erfolgter Zahlung an das Mobilterminal iibersendet. 

30 

Somit kann sichergestellt werden, daB der Zahlungsadressat auch ohne direkte 
Kommunikation von der Zahlungs-Abwicklungszentrale hin zu dem Zahlungsadressaten 
GewiBheit uber den Erfolg oder MiBerfolg einer Zahlungstransaktion erlangt (z.B. 
durch Vergleich des von der Zahlungs-Abwicklungszentrale an das Mobilterminal 
35 tibersendeten individuellen Transaktionscodes oder Freigabecodes mit dem von dem 
Zahlungsadressaten generierten individuellen Transaktionscode oder Freigabecode). 
Auf die Cbersendung eines eigenen Freigabecodes hin zum Zahlungsempfanger kann 
somit verzichtet werden. 
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Ein weiterer Vorteil dieser Vorgehensweise ist darin zu sehen, da6 die 
Manipulationsmoglichkeiten durch den Benutzer des Mobilterminals gering sind. 

In einem bevorzugten Ausfuhrungsbeispiel enthalt der individuelle Transaktionscode 
5 oder Freigabecode Informationen uber den Zahlungsadressaten und/oder die Hohe des 
zu zahlenden Betrages. 

Dies ermflglicht dem Zahlungsadressaten eine KontroUe der von dem Benutzer des 
Mobilterminals generierten und an die Zahlungs-Abwicklungszentrale ubermittelten 
10 Zahiungsmodalitaten (insbesondere beziiglich des Zahlungsadressaten und der 
Rechnungshohe). Weiter wird der Zahlungs-Abwicklungszentrale so eine Zuordnung 
von mehreren sich auf einen bestimmten Zahlungsvorgang bezogenen Informationen 
(z.B. Zahiungsmodalitaten und Transaktionscode) erleichtert. 

15 Um moglichen Manipulationsversuchen mit "veralteten" individuellen 
Transaktionscodes oder Freigabecodes vorzubeugen ist es weiter vorteilhaft, wenn der 
individuelle Transaktionscode oder Freigabecode mit einer frei defmierbaren zeitlichen 
Giiltigkeits-Begrenzung (z.B. eine Stunde, ein Tag, eine Woche) ausgestattet ist. 

20 Gemafl einer weiteren bevorzugten Ausfiihrungsfonn wird durch den 
Zahlungsadressaten fur jede Zahlungsabwicklung ein individueller Schlussel generiert 
und an die Zahlungs-Abwicklungszentrale ubersendet. Die Zuweisung des individuellen 
Transaktionscodes oder Freigabecodes erfolgt dann gemafi dieser bevorzugten 
Ausfuhrungsform durch die Zahlungs-Abwicklungszentrale und anhand des von dem 

25 Zahlungsadressaten ubermittelten individuellen Schliissels so, daB der Zahlungsadressat 
die Gultigkeit des individuellen Transaktionscodes oder Freigabecodes anhand des 
zugrundeliegenden individuellen Schliissels uberpriifen kann. 

Vorteilhaft an dieser Ausfuhrungsform ist, dafi der individuelle Freigabecode oder 
30 Transaktionscode nur unter Mitwirkung des Zahlungsadressaten, nicht aber alleine 
durch den Zahlungsadressaten erfolgt. 

Weiter kann so gewahrleistet werden, daB ein dem Zahlungsadressaten von einem 
Benutzer des Mobilterminals angebotener gefalscbter Transaktionscode oder 
35 Freigabecode als ungiiltig erkannt wird. Hierdurch wird die Manipulationssicherheit des 
erfindungsgemafien Verfahrens weiter erhoht. 

Auch bei Verwendung eines von dem Zahlungsadressaten erzeugten individuellen 
Schliissels ist es vorteilhaft, wenn der individuelle Schlussel Informationen ttber den 
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Zahlungsadressaten und/oder die Hohe des zu zahlenden Betrages enthalt, und 
zusatzlich mit einer frei definierbaren zeitlichen Gultigkeits-Begrenzung ausgestattet ist. 

Um auf die Ubersendung einer zusatzlichen Zahlungsbestatigung verzichten zu konnen 
5 ist es ferner besonders vorteilhaft, wenn die Ubersendung des individuellen 
Transaktionscodes oder Freigabecodes durch die Zahlungs-Abwicklungszentrale die 
Freigabe der Zahlungsabwicklung darstellt. 

Da auch moderne, an eine Zentralstation angeschlossene Kassenterminals, welche als 
10 Zahlungsadressaten im Sinne der Erfindung beispielsweise in Frage kommen, 
iiblicherweise nicht uber eine individuelle Netzwerkadresse verfugen, ist eine direkte 
Adressierung eines einzelnen Kassenterminals und somit eine direkte Kommunikation in 
Richtung hin zum Kassenterminal in der Regel nicht moglich. 

15 In solchen Fallen ist es vorteilhaft, wenn eine Ubersendung des individuellen 
Transaktionscodes oder Freigabecodes von der Zahlungs-Abwicklungszentrale an den 
Zahlungsadressaten uber das Mobilterminal erfolgt. 

Dabei kann der von der Zahlungs-Abwicklungszentrale empfangene Transaktionscode 
20 oder Freigabecode von dem Mobilterminal vorzugsweise uber eine Luftschnittstelle 
(beispielsweise um eine Infrarot- oder Bluetooth-Verbindung) an den 
Zahlungsadressaten weitergeleitet werden. 

GemSB einem bevorzugten Ausfiihrungsbeispiel der vorliegenden Erfindung erfolgt die 
25 Kommunikation zwischen dem Mobilterminal und der Zahlungs-Abwicklungszentrale 
zumindest teilweise (zeitlich und/oder streckenmaBig betrachtet) uber einen Datenkanal 
oder einen Signalisierungskanal einer Luftschnittstelle. 

Die Datenkanale oder Signalisierungskanale bekannter Luftschnittstellen, wie 
30 beispielsweise des GSM-Standards, aber auch des GPRS- oder UMTS-Standards haben 
den Vorteil gegeniiber den Verkehrskanalen, daB sie die schnellste und stabilste Art der 
Verbindung darstellen. Dariiber hinaus lafit sich die Kommunikation uber einen 
Datenkanal oder einen Signalisierungskanal gut verschlusseln, so daB die ubermittelten 
Daten nur schwerlich von unbefiigten Dritten abgegriffen werden konnen. 

35 

Die Kommunikation zwischen dem Mobilterminal und der Zahlungs- 
Abwicklungszentrale kann dabei zumindest teilweise (zeitlich und/oder streckenmafiig 
betrachtet) mittels des sogenannten SMS (Short Message Service)-Dienstes des 



WO 02/1 1082 PCTYEP01/08678 

6 

GSM-Standards oder mittels eines entsprechenden Kurznachrichten-Dienstes eines 
anderen Standards (z.B. GPRS oder UMTS) erfoigen. 

Der SMS (Short Messate Service, Kurznachrichten-Dienst)-Dienst erlaubt es einem 
5 mobilen Teilnehmer, im GSM-Standard Nachrichten mit einer Lange von 160 Zeichen 
zu libermitteln. Die Ubermittlung erfolgt dabei mittels eines sogenannten Short 
Message Service Center (SMS-Center) des Mobilfiinkbetreibers. Im SMS-Center 
konnen Nachrichten zwischengespeichert und dann an die Mobilteilnehmer 
weitergeleitet werden. Dabei wird die Nachrieht auf freier Kapazitat im 

10 . Signalisierungskanal tibertragen und belegt somit auch keine Kapazitaten in den 
Verkehrskanalen. Beim Empfanger kann die Nachrieht auf der sogenannten SIM-Karte 
(Subscriber Identity Module) oder auch direkt im Mobiltelefon gespeichert werden. Auf 
der SIM-Karte ist Speicherplatz fur bspw. 10 Kurznachrichten zu je 160 Zeichen 
reserviert. Der Mobilteilnehmer hat daher die Moglichkeit, Kurznachrichten fiber die 

15 Tastatur der Mobilstation einzugeben und fiber das SMS-Center an andere Teilnehmer 
abzusenden. Ist ein Empfanger im Mobilfunknetz vorubergehend nicht erreichbar, wird 
die Kurznachricht im SMS-Center gespeichert und erst dann ausgesendet, wenn sich der 
Teilnehmer mit seiner SIM im Mobilfunknetz wieder einbucht. 

20 Die Kommunikation zwischen dem Mobilterminal und der Zahlungs- 
Abwicklungszentrale kann dabei unter Verwendung von Daten erfoigen, die aus einem 
Speicher in dem Mobilterminal ausgelesen werden. 

Der Speicher kann dabei beispielsweise fest in das Mobilterminal eingebaut oder auch 
25 auf einer in dem Mobilterminal befindlichen Karte, z.B. einer SIM-Karte oder einer 
"Smart-Card" (unter "Smart-Card" versteht man im Allgemeinen eine der SIM-Karte 
entsprechende Karte mit eingebautem Prozessor) vorgesehen sein. 

Die aus dem Speicher ausgelesenen Daten, die statisch abgelegt sein konnen, oder 
30 vorzugsweise dynamisch generiert werden, sollten dabei geeignet sein, das jeweilige 
Mobilterminal eindeutig zu kennzeichnen. 

Die Zahlungsmodalitaten konnen Kreditkarten-Informationen enthalten. 

35 Die Kreditkarten-Informationen werden dabei dem Zahlungsadressaten nicht zuganglich 
gemacht. Vielmehr werden die Kreditkarten-Informationen nur in verschliisseiter Form 
von dem Mobilterminal zu einer Rechenzentrale zur Zahlungsabwicklung (Zahlungs- 
Abwicklungszentrale) ubermittelt. 
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Die Kreditkarten-Informationen kdnnen manuell in das Mobiltenninal eingegeben 
werden. 

Alternativ konnen sie aber auch auf einer, z.B. in Kooperation mit einera 
• 5 Kreditkartenunternehmen herausgegebenen, im Mobiltenninal befindlichen Karte 
gespeichert sein. 

Nach einer erfolgreichen Zahlungsabwicklung konnen die Informationen beztlglich der 
erfolgten Zahlungstransaktion in einem Speicher des Mobilterminals abgelegt werden. 
10 Der Speicher kann dabei insbesondere auch auf einer in dem Mobiltenninal 
befindlichen Karte vorgesehen sein. 

Eine solche Speicherung ermoglicht dem Benutzer des Mobiltelefons eine bessere 
Kostenkontrolle. 

15 

Die Transaktions-Infonnationen konnen dann durch einen autorisierten Benutzer des 
Mobilterminals ausgelesen und/oder zu einem anderen Gerat (Home-PC) ubertragen 
werden. Dort konnen die Transaktions-Infonnationen ggf. ausgewertet und z.B. mittels 
eines Kontofuhrungsprogramms weiter verarbeitet werden. 

20 

Je nach Ausgestaltung der Zahlungsmodalitaten kann die Zahlung unverzuglich oder 
zeitversetzt ausgefuhrt werden. i 

GemaB einem weiteren Aspekt der vorliegenden Erfindung ist ein Software-Programm 
25 zur Iraplementierung des beschriebenen Verfahrens vorgesehen. 

Weiterhin ist gemaB der vorliegenden Erfindung eine Telefonkarte fur ein Mobilteiefon 
vorgesehen, die einen Speicher aufweist, in dem ein Software-Programm zur 
Ausfiihrung eines solchen Verfahrens abgelegt ist. 

30 

Zusatzlich ist gemaB der vorliegenden Erfindung ein Server fur die Abwicklung von 
elektronischem Zahlungsverkehr vorgesehen, der ein Software-Programm zur 
Ausfiihrung des erfindungsgemaBen Verfahrens aufweist. 

35 Weitere Merkmale, Vorteile und Eigenschaften der vorliegenden Erfindung werden aus 
der folgenden Beschreibung von Ausfuhrungsbeispielen unter Bezugnahme auf die 
Figuren der begleitenden Zeichnungen naher ersichtlich. 
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Figur 1 zeigt dabei ein System fur den elektronischen Zahlungsverkehr 
unter Verwendung eines Mobilterminal gemaB der voTliegenden 
Erfindung, 

5 Figur 2 zeigt ein Ablaufschema fur die Interaktion zwischen einem eigenen 

Mobiltelefon und einem Kassenterminal, 

Figur 3 zeigt den Zahlungsvorgang fur den Fall der Verwendung des 
eigenen Mobiltelefons und des Kassenterminals, 

0 

Figur 4 zeigt die Anzeige, die beim Zahlungsvorgang auf dem Display 
eines Kassenterminals erscheint, 

Figur 5 zeigt das Ablaufschema und das Display des Mobiltelefons fur den 
5 Fall der Verwendung eines Mobiltelefons eines 

Vertragsunternehmens, 

Figur 6 zeigt das Display eines Mobiltelefons wahrend des 
Zahlungsvorgangs mit einem Mobiltelefon eines 
0 Vertragsunternehmens, 

Figur 7 zeigt das Display eines Mobiltelefons und eines Personal 
Computers (PC) im Abrechnungsmodus, 

5 Figur 8 zeigt ein Ablaufschema fur das Display eines Mobiltelefons fur 

einen Zahlungsvorgang mit dem eigenen Mobiltelefon oder einem 
Kassenterminal fur den Fall einer zeitverzogerten Zahlung 
(Einchecken im Hotel), und 

D Figur 9 zeigt ein Ablaufschema fur das Display eines Kassenterminals fur 

einen Zahlungsvorgang mit dem eigenen Mobiltelefon oder einem 
Kassenterminal fur den Fall einer zeitverzogerten Zahlung 
(Einchecken im Hotel) . 

5 Bezugnehmend auf Figur 1 soli zuerst elif System erlautert werden, wie es bei der 
vorliegenden Erfindung Anwendung finden kann. GemaB dem Szenario ist 
vorausgesetzt, daf$ ein Kunde mit einem Mobilterminal, insbesondere mit einem 
Mobiltelefon 1 an einem Kassenterminal 9 eines Zahlungsadressaten (beispielsweise ein 
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Supermarkt oder dergleichen) zahlen mochte. Diese Zahlung soli elektronisch iiber ein 
Konto erfolgen, dem eine bestimmte Kreditkarte des Kunden zugeordaet ist. 

Das Mobilterminal (Mobiltelefon) 1 des Benutzers weist eine bekannte SIM-Karte 2 
5 auf, die eine Speicherfunktion hat. Mit dem Mobiltelefon 1 und der SIM-Karte 2 kann 
der Benutzer SMS-Nachrichten uber eine erste Luftschnittstelle 3 mit einem SMS- 
Center 4 austauschen. Dieser Austausch iiber die erste Luftschnittstelle 3 erfolgt im 
dargestellten Ausfuhrungsbeispiel mittels des GSM-Standards. 

10 Da fiir die vorliegende Erfindung nur ein Daten- oder Signalisierungskanal notwendig 
ist, kann das Mobilterminal auch derart ausgefuhrt sein, dass es nur SMS-Nachrichten 
senden und empfangen kann, aber nicht fur den Aufbau eines Verkehrskanals 
(Sprachkanals) ausgestattet ist. 

15 Dias SMS-Center 4, das bspw. von einem Netzbetreiber verwaltet wird, ist mit einem 
Server 5 verbunden, der einerseits mit einer Rechenzentrale zur Zahlungsabwicldung 
per Kreditkarte (Clearing-Stelle) 6 und andererseits mit dem ZahlungsadTessaten 7 
mittels einer Datenleitung 10 verbunden ist. Der Verbindungsserver 5 kann funktionell 
und auch geographisch mit der Rechenzentrale zur Zahlungsabwicldung 6 

20 vereinheitlicht sein. 

Genauer gesagt steht der Server 5 mit einem Kassenserver 7 des Zahlungsadressaten 8 
in Verbindung, wdbei der Kassenserver 7 wtederum mit den verschiedenen 
Kassenterminal 9 des Zahlungsadressaten 8 verbunden ist. 

25 

Weiter kann im Bedarfsfall, wenn Daten direkt zwischen Mobilterminal 1 und 
Zahlungsadressat 8 iibertragen werden sollen, eine lokale zweite Luftschnittstelle 11 
zwischen dem Zahlungsadressaten 8, genauer gesagt einem Kassenterminal 9 des 
Zahlungsadressaten 8, und dem Mobilterminal 1 vorgesehen sein. Bei dieser zweiten 
30 Luftschnittstelle 11 kann es sich beispielsweise um eine Bluetooth- oder Infrarot- 
Verbindung handeln. 

Unter Bezugnahme auf die Figuren 2 bis 7 soli nunmehr der Funktionsablauf bei der 
vorliegenden Erfindung erlautert werden: 

35 

Um dieses Losungskonzept zu realisieren, bedarf es folgender Komponenten und 
Elemente: 



• Kreditkarte 
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• Kreditkartennuramer 

• Verfugbare und durch das Rechenzentrum (Abrechnungszentrale) 
aktualisierte Kreditlimite 

• PIN-Code 

5 • Transaktionscode, bzw. Approbations-Code 

• ggf . Schltissel des Zahlungsadressaten 

• Mobil-Telefon mit Spezialsoftware 

Hardwareseitig wird entweder das eigene Oder das vor Ort zur Verfugung stehende 
10 Mobiltelefon (hauptsachlich das Mobiltelefon des Kunden) eingesetzt, dessen 
SIM-Speicher so gepflegt werden kann, daB er folgende Leistungen erbringt: 

• beim eigenen Mobiltelefon werden die relevanten Informationen direkt 
mittels Kurzaufruf aus dem Speicher gelesen und die Verbindung zum 

15 entsprechenden Kreditkartenunternehmen, resp. Rechenzentrum hergestellt, 

namlich: 

• Identifikation Kreditkarteninhaber 

• Kreditkartennummer 

• Verfalldatum 

20 

Die Kommunikationskosten gehen zulasten des Kreditkarteninhabers Oder des 
Vertragsunternehmens . 

• beim lokalen Mobiltelefon des Vertragsunternehmens (Zahlungsadressaten) 
25 werden die relevanten Informationen direkt aus dem SIM-Speicher gelesen 

und die Verbindung zum Kreditkartenunternehmen, resp. Rechenzentrum 
hergestellt, namlich: 

• Nummer des Vertragsunternehmens 

30 Die Kommunikationskosten gehen zulasten des Vertragsunternehmens. 

Aus Sicherheitsgrunden bietet sich heute far die Transaktionen und die Kommunikation 
zwischen den Vertragsunternehmen und Kreditkarteninhaber die SMS-Plattform an. 

35 Zahlung mit eigenem Mobiltelefon des Kreditkarteninhabers 



Zahlung gegen Beleg 
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Bei der Zahlung mit dem eigenen Mobiltelefon wie in Figuren 2, 3, und 4 dargestellt 
ist folgender Ablauf vorgeschrieben: 

• tfber die Wahl der Telefonnummer des Rechenzentrums 
(Abwicklungszentrale) aus dem integriertem SIM-Speicher sendet das 

5 Mobiltelefon per SMS-Nachricht die Kreditkartennummer des 

Kreditkarteninhabers an Kreditkartenunternehmen, resp. Rechenzentrum 
(Figur2) 

• Die Verbindung kommt zustande und verlangt Eingabe des PIN-Codes durch 
Kreditkarteninhaber sowie der Nummer des Vertragsuntemehmens (Figur 2) 

10 auf der Tastatur des Mobiltelefons, 

• Uberprttfung der eingegebenen Daten durch das Rechenzentrum und 
Freigabe der Informationen an den Kreditkarteninhaber 

• Das Rechenzentrum (Kreditkartenunternehmen) sendet dann folgende 
Informationen an das Mobiltelefon zuruck, wo sie auf dem Display 

15 angezeigt werden (Figur 2): 

• Verfugbare und durch das Rechenzentrum aktualisierte Kreditlimite des 
Karteninhabers 

• individueller Transaktionscode 12-stellig (alpha-numerisch) als 
Bezahlungs-Freigabe, der anschlieitend auf den Beleg des 

20 Zahlungsadressaten (Vertragsunternehmen des Rechenzentrums) als 

Abrechnungsgrundlage iibertragen wird. Die ersten 2 Stollen des 
Transaktionscodes konnen fur die Identifikation des Rechenzentrums 
dienen 

• Der Kunde und Kreditkarteninhaber quittiert auf seinem Mobiltelefon die 
25 Nummer des Vertragsuntemehmens, tippt den Rechnungsbetrag auf sein 

Mobiltelefon ein und sendet diese Informationen an das Rechenzentrum 
zuriick (Figur 3) 

• Alternativ ware auch die zweite Eingabe des PIN-Codes oder die Eingabe 
eines weiteren PIN-Codes als zusatzliches Sicherheitsmerkmal denkbar und 

30 moglich 

• Abschluss durch Ruckmeldung des Kreditkartenunternehmens, resp. 
Rechenzentrums an das Mobiltelefon des Kunden, und Quittieren der 
Transaktion mit OK (Figur 3) durch den Kunden auf dem Mobiltelefon, 

• Trennen der Verbindung. 

35 

Die Kommunikationskosten der Transaktion gehen zulasten des Kreditkarteninhabers 
oder des Vertragsuntemehmens, sofern keine gebuhrenfireie Nummer eingesetzt werden 
kann. 
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Mit dieser Vorgehensweise wird verhindert, daB die Nummer des Kreditkarteninhabers 
jemals an das Vertragsunternehmen bekannt gegeben wird und so eine weitere 
Verwendung dieser Informationen fur Unberechtigte ausgeschlossen, beispielsweise fur 
missbrauchliche Einkaufe uber das Internet, die lediglich diese Schlusselinformationen 
5 zur Abwicklung bendtigt. 

Interessant ist diese Applikation insofern, als die Transaktionsinformationen auf dem 
SIM-Speicher abgelegt werden konnen und raittels IR Oder Auslesegerat in den eigenen 
PC eingelesen, resp. iibertragen, werden konnen. Dabei handelt es sich um die 
1 0 folgenden Informationen: 

• Datum und Uhrzeit der Transaktion 

• Nummer des Vertragsunternehmens 

• Freigabe-Code des Kreditkartenunternehmens, resp. des Rechenzentrums 
15 • Eingegebener Rechnungsbetrag. 

Erste alternative Ausfuhrungsform 

GemaB einer ersten alternativen Ausfuhrungsform ist folgender Ablauf vorgeschrieben: 

• Uber die Wahl der Telefonnummer des Rechenzentrums (Zahlungs- 
20 Abwicklungszentrale) aus dem integriertem SIM-Speicher sendet das 

Mobiltelefon per SMS-Nachricht die Kreditkartennummer des 
BCreditkarteninhabers an Kreditkartenunternehmen, resp. Rechenzentrum. 

• Die Verbtndung kommt zustande und verlangt Eingabe des PIN-Codes durch 
Kreditkarteninhaber auf der Tastatur des Mobiltelefons. 

25 • Uberprufung der eingegebenen Daten durch das Rechenzentrum und 

Freigabe der Informationen an den Kreditkarteninhaber. 

• Das Rechenzentrum (Kreditkartenunternehmen) sendet dann folgende 
Informationen an das Mobiltelefon zuriick, wo sie auf dem Display 
angezeigt werden: 

30 • Verfiigbare und durch das Rechenzentrum aktualisierte Kreditlimite des 

Karteninhabers; 

• Der Kunde und Kreditkarteninhaber tippt auf seinem Mobiltelefon die 
Nummer des Vertragsunternehmens und den Rechnungsbetrag ein und 
sendet diese Informationen (Zahlungsmodalitaten) an das Rechenzentrum 

35 zuriick. 

• Unabhangig davon weist der Zahlungsadressat dem Zahlungsvorgang einen 
individuellen Transaktionscode 12-stellig (alpha-numerisch) zu, der 
Informationen tiber den Zahlungsadressaten und die RechnungshOhe enthalt, 
Weiter konnen die ersten 2 Stellen des Transaktionscodes fur die 



WO 02/11082 PCT/EP01/08678 

13 

Identification des Rechenzentrums dienen. Femer weist der 
Transaktionscode eine Giiltigkeits-Begrenzung von beispielsweise 30 
Minuten auf . 

• Der individuelle Transaktionscode wird von dem Zahlungsadressaten an die 
5 Zahlungs-Abwicklungszentrale iibermittelt, 

• Die Zahlungs-Abwicklungszentrale vergleicht die in dem individueilen 
Transaktionscode enthaltene Information mit den vom Mobiltelefon 
empfangenen Zahlungsmodalitaten. 

• Bei Ubereinstimmung wird der individuelle Transaktionscode als 
10 Bezahlungs-Freigabe an das Mobiltelefon tibersandt. 

• Trennen der Verbindung. 

Die Kommunikationskosten der Transaktion gehen zu Lasten des Kreditkarteninhabers 
oder des Vertragsunternehmens, sofern keine gebiihrenfreie Nummer eingesetzt werden 
15 kann. 

Zweite alternative Ausfiihrungsform 

GemaB einer zweiten alternativen Ausfuhrungsform ist folgender Ablauf 
vorgeschrieben: 

20 • Uber die Wahl der Telefonnummer des Rechenzentrums (Zahlungs- 

Abwicklungszentrale) aus einem Speicher des Mobiltelefons sendet das 
Mobiltelefon per Kurznachricht die Kreditkartennummer des 
Kreditkarteninhabers an Kreditkartenunteraehmen, resp. Rechenzentrum. 

• Die Verbindung kommt zustande und verlangt Eingabe des PIN-Codes durch 
25 Kreditkarteninhaber sowie der Nummer des Vertragsimternehmens und die 

Rechnungshohe auf der Tastatur des Mobiltelefons. 

• Uberpriifung der eingegebenen Daten durch das Rechenzentrum und 
Freigabe der Informationen an den Kreditkarteninhaber. 

• Das Rechenzentrum (Kreditkartenunternehmen) sendet dann folgende 
30 Informationen an das Mobiltelefon zuruck, wo sie auf dem Display 

angezeigt werden: 

• Verfugbare und durch das Rechenzentrum aktualisierte Kreditlimite des 
Karteninhabers; 

• eingegebene Zahlungsmodalitaten (Zahlungsadressat und 
35 Rechnungshohe); 

• Der Kreditkarteninhaber quittiert die Zahlungsmodalitaten mit O.K. . 

• Der Zahlungsadressat weist dem Zahlungsvorgang einen individueilen 
Schliissel zu f der Informationen uber den Zahlungsadressaten und die 
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Rechnungshohe enthalt. Weiter ist der Schlussel durch eine frei definierbare 
zeitliche Gultigkeitsbeschrankung gekennzeichnet. 

• ttbertragung des Schlussels von dem Zahlungsadressaten an die Zahlungs- 
Abwicklungszentrale. 

5 • Die Zahlungs-Abwicklungszentrale vergleicht die in dem individuellen 

Schlussel enthaltene Infonnation (Zahlungsadressat, Rechnungshohe) mit 
den vom Mobiltelefon empfangenen Zahlungsmodalitaten. 

• Bei tJbereinstimmung wird von der Zahlungs-Abwicklungszentrale anhand 
des von dem Zahlungsempfanger empfangenen Schlussels ein individueller 

10 Transaktionscode 12-stellig (alpha-numerisch) generiert und dem 

Zahlungsvorgang zugewiesen. 

• Der individuelle Transaktionscode wird von der Zahlungs- 
Abwicklungszentrale als Zahlungsfreigabe an das Mobiltelefon ubermittelt. 

• Trennen der Verbindung. 

15 • Priifiing des Transaktionscodes auf Giiltigkeit durch den Zahlungsadressaten 

mittels des verwendeten Schlussels. 

Die Kommunikationskosten der Transaktion gehen zu Lasten des Kreditkarteninhabers 
oder des Vertragsunternehmens, sofern keine gebuhrenfreie Nummer eingesetzt werden 
20 kann. 

In einer bevorzugten Ausgestaltung der vorliegenden Erfindung wird der individuelle 
Transaktionscode von dem Mobiltelefon 1 zu einem Kassenterminal 9 des 
Zahlungsempfangers 8 ubertragen. Dies kann sowohl manuell als auch alternativ uber 
25 eine lokale Luftschnittstelle 11 erfolgen, Bei der lokalen Luftschnittstelle 11 kann es 
sich vorzugsweise um eine Bluetooth- Oder Infrarot-Yerbindung handeln. 

Eine solche Vorgehensweise ist insbesondere dann vorteilhaft, wenn ein 
Kassenterminal 9 des Zahlungsempfangers 8 von der Zahlungs-Abwicklungszentrale 
30 nicht direkt adressiert werden kann. Ein Umriisten bestehender Kassen ist im 
allgemeinen problemlos moglich. Aufgrund der lokalen Luftschnittstelle ist auch im 
oben genannten Fall eine "manuelle" Ubermittlung des Transaktionscodes an den 
Zahlungsadressaten nicht notig, wodurch das erfindungsgemafie Verfahren deutlich 
beschleunigt werden kann. 

35 

Die oben beschriebenen alternativen Ausfuhrungsformen und die bevorzugte 
Ausgestaltung der vorliegenden Erfindung lassen sich in analoger Weise auch auf die 
im folgenden beschriebenen weiteren Ausfuhrungsbeispiele ubertragen. 
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Zahlung uber eigenes Mobiltelefon, resp, Kassenterminal des Vertragsuntemehmens 

Diese Applikation ist von Bedeutung, da GroBverteiler mit Kassenterminals heute 
bedauera, dafi nur ein Bruchteil der Einkaufe mittels bargeldlosem Zahlungsverkehr 
5 abgewickelt werden. Der Hauptgrund liegt nach Aussagen der Verantwortlichen an der 
zu langen Transaktionszeit, die heute bei ca. 30 Sekunden liegen wtirde. 

Gemafl der Erfindung wird es dem Kunden ermoglicht, die Zahlungstransaktion 
vorzubereiten, wahrend er noch in der Schlange vor der Kasse steht und geniigend Zeit 
10 zur Verfiigung hat, urn die entsprechende Kommunikation aufeubauen. 

Bei der Zahlung mit dem eigenen Mobiltelefon ist daher folgender Ablauf zwingend 
vorgesehen: 

15 • Uber die Wahl der Telefonnummer des Rechenzentmms aus dem integrierten 

SIM-Speicher sendet das Mobiltelefon die Kreditkartennummer des 
Kreditkarteninhabers an das Kreditkartenuntemehmen, resp. Rechenzentrum 

• Die Verbindung kommt zustande und das Rechenzentrum verlangt an dem 
Mobiltelefon die Eingabe des PIN-Codes durch Kreditkarteninhaber sowie 

20 der Nummer des Vertragsuntemehmens, resp. des Kassenterminals, an 

welchem die Zahlungstransaktion durchgefiihrt wird (diese Nummer wird an 
jeder Kasse grofi sichtbar aufgezeigt) 

• Uberprufung der eingegebenen Daten und Freigabe der Informationen an den 
Kreditkarteninhaber 

25 • Kreditkartenuntemehmen sendet dann folgende Informationen zuriick und 

zeigt diese auf dem Display des Mobiltelefons des Kreditkarteninhabers an 

• Verfiigbare und aktualisierte Kreditlimite des Karteninhabers 

• Transaktionscode 12-stellig (alpha-numerisch) als 
Bezahlungs-Freigabe 

30 • Kreditkartenuntemehmen sendet dann zusatzlich folgende Informationen an 

das Kassenterminal des Vertragsuntemehmens 

• Gleichzeitige Sendung des Transaktionscodes 12-stellig 
(alpha-numerisch) als Bezahlungsfreigabe auf das Display des 
Vertragsuntemehmens, resp. des Kassenterminals (aber vor allem 

35 ohne Kreditkartennummer oder Name des Kreditkarteninhabers) 

• Auf dem Display des Kassenterminals erscheint ebenfalls der 
Rechnungsbetrag direkt von der Kasse generiert 
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• VARIANTE A : Der Kreditkarteninhaber quittiert die Nummer des 
Vertragsunternehmens und tippt den Rechnungsbetrag auf sein Mobiltelefon 
ein und sendet diese Informationen an das Rechenzentrum zuriick rait OK 

• VARIANTE B : Alternativ kann dieser Vorgang aber auch fiber das 
5 Kassenterminal erfolgen durch Eingabe des PIN-Codes + OK. 

• Alternativ ware auch die zweite Eingabe eines PIN-Codes als zusatzliches 
Sicherheitsmerkmal denkbar und moglich 

• Abschluss durch Rtlckmeldung des Kreditkartenunternehmens, resp. 
Rechenzentrums und quittieren der Transaktion mit OK auf dem Mobiltelefon 

1 0 und/oder dem Kassenterminal 

• Trennen der Verbindung. 

Die Kommunikationskosten der Transaktion gehen wiederum zu Lasten des 
Kreditkarteninhabers oder des Vertragsunternehmens, sofern keine gebuhrenfreie 
15 Nummer eingesetzt werden kann. 

Mit dieser Vorgehensweise wird verhindert, dass die Nummer des Kreditkarteninhabers 
jemals an das Vertragsunternehmen bekannt gegeben wird und eine weitere 
Verwendung dieser Informationen fur Unberechtigte ausschlieBt, beispielsweise fur 
20 missbrauchliche Einkaufe iiber das Internet, die lediglich diese Schliisselinfonnationen 
zur Abwicklung benotigt. 

Interessant ist diese Applikation insofern, als die Transaktionsinformationen auf dem 
SIM-Speicher abgelegt werden konnen und mittels IR oder Leser in den eigenen PC 
25 eingelesen, resp. ubertragen werden konnen. Dabei handelt es sich um die folgenden 
Informationen: 

i 

• Datum und Uhrzeit der Transaktion 

• Nummer des Vertragsunternehmens 

30 • Freigabe-Code des Kreditkartenunternehmens, resp. des Rechenzentrums 

• Eingegebener Rechnungsbetrag. 

Zudem sind durch diese Art der Verbindung auch Zahiungen dann noch moglich, wenn 
die Online-Verbindung zwischen Vertragsunternehmen und Rechenzentrum nicht 
35 funktioniert, resp. gestort oder unterbrochen ist. Deshalb ist es von Vorteil, dass die 
Zahlung durch den Transaktionscode sichergestellt ist. 

Zahlung iiber eigenes Mobiltelefon bei Transaktionen im Internet gemflfi der unteren 
Darstellung von Fipur 7 
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Gerade bei Zahlungsaufforderung im Internet mittels Kreditkarten ist hfichste Vorsicht 
angesagt, da der Kreditkarteninhaber die vitalen Daten seiner Karte herausgibt, ohne 
dafiir die Gewahr zu haben, dass diese keinesfalls missbrauchlicher Verwendung 
5 zugefuhrt werden kann. 

Deshalb ist es absolut sinnvoll, wenn die Zahlung mittels eines Codes sichergestellt ist, 
der vom Kreditkartenunternehnien an den Kreditkarteninhaber vorab tibermittelt wurde. 

10 Die Zahlung wird mit dem eigenen Mobiltelefon initiiert. Daher ist folgender Ablauf 
vorgesehen: 

• Uber die Wahl der Telefonnummer des Rechenzentrums aus dem 
integrierten SIM-Speicher sendet das Mobiltelefon die Kreditkartennummer 

15 des Kreditkarteninhabers an das Kreditkartenunternehnien, resp. 

Rechenzentrum 

• Die Verbindung kommt zustande und das Rechenzentrum verlangt auf dem 
Mobiltelefon die Eingabe des PIN-Codes durch Kreditkarteninhaber sowie 
der Nummer des Vertragsunternehmens, fur welches die Zahlung im 

20 Internet bestimmt ist 

• Uberpriifung und Freigabe der Informationen an den Kreditkarteninhaber 

• Kreditkartenunteraehmen sendet dann folgende Informationen zuruck und 
zeigt diese auf dem Display des Mobiltelefons des Kreditkarteninhabers an: 

• Verfiigbare und aktualisierte Kreditlimite des Karteninhabers 

25 • Transaktionscode 12-stellig (alpha-numerisch) als Bezahlungs-Freigabe 

• Der Kreditkarteninhaber quittiert die Nummer des Vertragsunternehmens 
und tippt den Rechnungsbetrag auf sein Mobiltelefon ein und sendet diese 
Informationen an das Rechenzentrum zuruck mit OK 

• Alternativ ware auch die zweite Eingabe eines PIN-Codes als zusatzliches 
30 Sicherheitsmerkmal denkbar und moglich 

• Abschluss durch Riickmeldung des Kreditkartenunternehmens, resp. 
Rechenzentrums und quittieren der Transaktion mit OK auf dem 
Mobiltelefon 

• Trennen der Verbindung. 



35 



Die Kommunikationskosten der Transaktion gehen zulasten des Kreditkarteninhabers 
oder des Vertragsunternehmens, sofern keine 0800-er Nummer eingesetzt werden kann. 
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Mit dieser Vorgehensweise wird verhindert, dass die Nuramer des Kreditkarteninhabers 
jemals an das Vertragsunternehmen bekannt gegeben wird und eine weitere 
Verwendung dieser Informationen fur Unberechtigte ausschliefit, beispielsweise fur 
missbrauchliche Einkaufe fiber das Internet, die lediglich diese Schliisselinformationen 
5 zur Abwicklung benotigt. 

Interessant ist diese Application insofern, als die Transaktionsinformationen auf dem 
SIM-Speicher abgelegt werden konnen und mittels IR oder Leser in den eigenen PC 
eingelesen, resp. iibertragen werden konnen. Dabei handelt es sich um die folgenden 
10 Informationen: 

• Datum und Uhrzeit der Transaktion 

• Nummer des Vertragsunternehmens 

• Freigabe-Code des Kreditkartenunternehmens, resp. des Rechenzentrums 
15 • Eingegebener Rechnungsbetrag . 

Zahlung mit einem Mobiltelefon des Vertragsunternehmens 

Bei der Zahlung mit dem Mobiltelefon des Vertragsunternehmens gemaB Figuren 5 bis 
20 7 ist folgender Ablauf vorgesehen: 

• Telefonnummer aus integriertem SIM-Speicher sendet Nummer des 
Vertragsunternehmens an Kreditkartenuntemehmen, resp. Rechenzentrum 

• Verbindung kommt zustande und verlangt die Eingabe der folgenden 
25 Informationen durch den Kreditkarteninhaber; 

• Informationen uber den Kreditkarten-Inhaber, d.h. 
Kreditkarten-Nummer und Verfalldatum 

• PIN-Code durch den Kreditkarten-Inhaber 

• Rechnungsbetrag 

30 • Ubertragung der Daten an das Kreditkartenuntemehmen, resp. 

Rechenzentrum 

• Kreditkartenuntemehmen, resp. Rechenzentrum sendet folgende 
Informationen zuriick und zeigt diese auf dem Display an: 

• CODE 12-stellig (alpha-numerisch) als Bezahlungs-Freigabe, der auf 
35 den Beleg beim Vertragsunternehmen als Abrechnungsgrundlage 

iibertragen und gleichzeitig auf der SIM-Karte gespeichert wird 

• der Kreditkarteninhaber tippt als Freigabe des Rechnungsbetrages seinen 
PIN-Code ziir Freigabe der Zahlung ein und sendet die Information an das 
Kreditkartenuntemehmen, resp., Rechenzentrum 
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• Auf der SIM-Karte des lokalen Mobiltelefons verbleiben die folgenden 
Informationen: 

• Datum und Uhrzeit der Transaktion 

5 • Freigabe-Code des Kreditkartenunternehmens, resp. des 

Rechenzentrums 

• . Eingegebener Rechnungsbetrag 

• Die Kreditkartennummer wird beim Vertragsunternehmen unter 
keinen Umstanden registriert 

10 

Die Kommunikationskosten der Transaction gehen zulasten des Vertragsuntemehmens, 
sofern keine 0800-er Nummer eingesetzt werden kann. 

Interessant ist diese Applikation insofera, als die Transaktionsinformationen auf dem 
15 SIM-Speicher abgelegt werden konnen und mittels IR oder Leser in den eigenen PC des 
Vertragsuntemehmens eingelesen, resp. tibertragen werden konnen. Dabei handelt es 
sich urn die folgenden Informationen: 

• Datum und Uhrzeit der Transaktion 

20 • Freigabe-Code des Kreditkartenunternehmens, resp. des Rechenzentrums 

• Eingegebener Rechnungsbetrag 

• Die Kreditkartennummer wird beim Vertragsunternehmen aber nicht 
registriert 

25 Mit dieser Vorgehensweise wird auch hier verhindert, dass die sensitiven Informationen 
uber den Kreditkarteninhaber an das Vertragsunternehmen bekannt gegeben werden und 
dadurch eine weitere Verwendung dieser Informationen fiir Unberechtigte ausschlieBt, 
beispielsweise fur missbrauchliche Einkaufe aber das Internet, die lediglich diese 
Informationen zur Auftragsabwicklung benotigt. 

30 

Zahlung iiber eieenes Mobiltelefon. resp. Kassenterminal des Vertragsuntemehmens bei 
verzogerter Bezahlung (z.B. Hotel) gemafi Figuren 8, 9 

Beim Einchecken wird vom Gast verlangt, daB er die Daten seiner Kreditkarte an der 
35 Rezeption bekanntgibt, damit die Abrechnung spater beim Auschecken ohne Verzug 
erfolgen kann. Gleichzeitig bedeutet dies fiir das Vertragsunternehmen auch eine 
Zahlungsgarantie. 
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Beim Einchecken ist mit dem eigenen Mobiltelefon folgender Ablauf zwingend 
vorgeschrieben: 

• Telefonnummer aus integriertem SIM-Speicher sendet 
5 Kreditkartennummer des Kreditkarteninhabers an 

Kreditkartenunternehmen, resp. Rechenzentrum 

• Verbindung kommt zustande und verlangt Eingabe des PIN-Codes 
durch Kreditkarteninhaber sowie der Nummer des 
Vertragsunternehmens, resp. eines Terminals, an welchem die 

10 Zahlungstransaktion spSter durchgefiihrt werden kann, sowie des vom 

Kreditkarteninhaber freigestellten Betrages fur die spatere Bezahlung 
der Rechnung 

• Oberprufung und Freigabe der Informationen an . den 
Kreditkarteninhaber 

15 • Kreditkartenunternehmen sendet dann folgende Information zuriick 

und zeigt diese auf dem Display des Mobiltelefons des 
Kreditkarteninhabers an 

• Verfugbare und aktualisierte Kreditlimite des Karteninhabers 
(durch Rechenzentrum) 

20 ♦ CODE 12-stellig (alphanumerisch) als Bezahlungsfreigabe 

• Kreditkartenunternehmen sendet dann zusatzlich folgende 
Informationen an das Kassenterminal des Vertragsunternehmens 

• 'Gleichzeitige-Sendung des CODE 12-stellig (alphanumerisch) 
als Bezahlungsfreigabe auf das Display des 

25 Vertragsunternehmens, resp. des Kassenterminals (aber vor 

allem ohne Kreditkartennummer oder Name des 
Kreditkarteninhabers) 

• Auf dem Display des Terminals erscheint ebenfalls der vom 
Kreditkarteninhaber fireigestellte Rechnungsbetrag 

30 • VARJANTE A : Der Kreditkarteninhaber quittiert die Nummer des 

Vertragsunternehmens und sendet diese Informationen an das 
Rechenzentrum zuriick mit OK 

• VARIANTE B : Alternativ kann dieser Vorgang aber auch fiber das 
Terminal erfolgen durch Eingabe des PIN-Codes + OK 

35 • Alternativ ware auch die zweite Eingabe eines PIN-Codes als 

zusatzliches Sicherheitsmerkmal denkbar und moglich 

• AbschluB durch Riickmeldung des Kreditkartenuntemehmens, resp. 
Rechenzentrums und Quittieren der Transaktion mit OK auf dem 
Mobiltelefon oder dem Kassenterminal 
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• Trennen der Verbindung 
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Beim Bezahlen und Auschecken ist folgender Ablauf vorgeschrieben: 

5 • Vertragsunternehmen baut Verbindung zum Kreditkartenunternehmen, 

resp. Rechenzentrum, auf anhand des gespeicherten Transaktionscodes 
und des ubermittelten Rechnungsbetrages 

• Kreditkartenunternehmen, resp. Rechenzentruro, sendet dann folgende 
Informationen zuriick: 

10 • Bestatigung des Transaktionscodes und des registrierten 

Rechnungsbetrages 

• Auf dem Display des Terminals erscheint der 
Rechnungsbetrag 

• Der Kreditkarteninhaber wird dann aufgefordert, die folgenden 
1 5 Informationen am Terminal einzugeben: 

• Rechnungsbetrag mit OK bestatigen (oder allenfalls 
korrigieren) 

• PIN-Code zur Freigabe der Transaktion eingeben 

• Trennen der Verbindung 

20 

Die Kommunikationskosten der Transaktion gehen zulasten des Vertragsunternehmens. 

• Ruckmeldung des Rechenzejitrums auf das Mobiltelefon des 
Kreditkarteninhabers mit folgenden Informationen: 

25 • Datum und Uhrzeit der Transaktion 

• Nummer des Vertragsunternehmens 

• Freigabe-Code des Kreditkartenunternehmens, resp. des 
Rechenzentrums 

• Eingegebener Rechnungsbetrag 

30 

Interessant ist dieser Applikation insofern, als die Transaktionsinformatidnen auf dem 
SIM-Speicher abgelegt werden konnen und mittels IR oder Leser in den eigenen PC 
eingelesen, resp. ubertragen werden konnen. 

35 Die Kommunikationskosten der Transaktion gehen zulasten des Kreditkarteninhabers. 

Mit dieser Vorgehensweise wird verhindert, daB die Nummer des Kreditkarteninhabers 
jemals an das Vertragsunternehmen bekannt gegeben wird und eine weitere 
Verwendung dieser Informationen flir Unberechtigte ausschliefit, beispielsweise fur 
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miflbrauchliche Einkaufe uber das Internet, die lediglich diese Schlusselinformationen 
zur Abwicklung benotigt. 

Cash-Card 

5 

Die heutige Anwendung der sogenannten Cash-Card setzt voraus, dass diese an einer 
dafiir eingerichteten Stelle, vorzugsweise bei der Bank, aufgeladen wird. Auf einem 
Speicher der Cash-Card wird dann der heruntergeladene Betrag gespeichert und bei 
jedem Zahlungsvorgang analog zu einer Barzahlung entsprechend verringert. Die Cash- 
10 Card stellt somit eine Art elektronischer Geldborse dar, die uber Terminals aufgeladen 
werden kann. 

In Zukunft wird es aber moglich sein, diese Cash-Card zuhause mittels 
Telebanking-Funktion (Abwicklung von Bankgeschaften uber eine Online-Verbindung) 
15 aufeuladen. Voraussetzung hierfur ist eine Lese-/Schreibeinheit (Klasse 3) und ein 
entsprechender Vertrag mit der Bank, die auch die entsprechende Software anbietet. 

Da diese Cash-Card ohnehin samtlich Identifikationsmerkmale des Kontoinhabers 
aufweist, und die Lese-ASchreibeinheit die Sicherheitsanforderungen der Banken 
20 vollumfanglich erfullt, muss die Kommunikation uber eine Festnetzverbindung 
hergestellt werden. 

Bei der Ausfuhrung ist daher folgender Ablauf vorgesehen: 

25 m • Cash-Card in Lese-/Schreibeinheit einfiihren 

• Lesen des verbleibenden Betrages auf der Cash-Card 

• Aufbau Konununikation mit der Bank 

• Vertragsnummer wird aus Cash-Card gelesen und zur Bank bzw. dem 
zugeordneten Rechenzentrum iibertragen 

30 • ein Schlussel ("Security-Key") wird aus Cash-Card gelesen und iibertragen 

• Eingabe eines PIN-CODE uber eine Tastatur der Lese-/Schreibeinheit 

• Eingabe des auf die Cash-Card zu ladenden Betrages 

• Ubertragung des Betrages auf die Cash-Card 

• Lesen des vorhandenen Betrages auf der Cash-Card 
35 • Trennen der Verbinduhg 

• Cash-Card aus der Lese-/Schreibeinheit herausnehmen. 

Diese Applikation wird in Zukunft auch die Kundenbindung verstarken konnen, indem 
eigene Cash-Cards von Firmen herausgegeben werden, die mit kundenspezifischen 
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Zusatzen versehen werden konnen. Als Beispiel ist eine Cash-Card denkbar, bei der 
auch das Foto des Inhabers angebracht werden kann. Die Kinder konnen sich von den 
Erwachsenen den entsprechenden Betrag auf die Karte laden lassen und bargeldlos 
konsumieren. 

5 

Transaktionstiberwachung 

Mit einer Lese-/Schreibeinheit der Klasse 3 in Verbindung mit einem PC ist es auch 
jederzeit moglich, fiber das Internet die gesamten Transaktionen aktualisiert auf den 
1 0 eigenen PC herunterzuladen. 

Bei der Ausfuhrung ist folgender Ablauf vorgesehen: 



15 



• Kreditkarte in Lese-/Schreibeinheit einfuhren 

• Aufbau einer Kommunikation zu dem Rechenzentrum des 



Kreditkartenunternehmens 
• Kreditkartennummer wird durch die Lese-/Schreibeinheit gelesen und zum 



Rechenzentrum ubertragen 
• Ein Schliissel ("Security-Key") wird aus der Kreditkarte gelesen und zum 



20 



Rechenzentrum ubertragen 

• Eingabe eines PIN-CODE uber eine Tastatur der Lese-/Schreibeinheit 

• Dialog gem§B Bildschirmaufforderung (z.B. Datum von - bis) 

• Download Transaktionen 

• Trennen der Verbindung 

• Kreditkarte aus der Lese-/Schreibeinheit herausnehmen. 



25 



Die Weiterverarbeitung erfolgt iiber entsprechende Anwenderprogramme. 



WO 02/11082 PCT/EP01/08678 

24 



ANSPRUCHE: 

1. Verfahrea zur Abwicklung des elektronischen Zahlungsverkehrs unfer Zuhilfenahme 
eines Mobilterminals (1), insbesondere eines Mobiltelefons, 

1 0 aufweisend die folgenden Schritte: 

- Ubersendung einer Zahlungsanfrage von dem Mobilterminal (1) zu einer Zahlungs- 
Abwicklungszentrale (6), 

- Ubersendung der gewiinschten Zahlungsmodalitaten von dem Mobilterminal (1) zu 
der Zahlungs-Abwicklungszentrale (6), 

15 gekennzeichnet durch die weiteren Schritte: 

- Zuweisung eines fCir jede Zahlungsabwicklung individuellen Transaktionscodes Oder 
Freigabecodes, 

- Ubersendung des zugewiesenen Transaktionscodes Oder Freigabecodes zu dem 
Mobilterminal (1) und/oder einem Zahlungsadressaten (8), 

20 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

daB der individuelle Transaktionscode oder Freigabecode von dem Zahlungsadressaten 
generiert und an die Zahlungs-Abwicklungszentrale iibersendet wird, und 
25 daB die Zahlungs-Abwicklungszentrale den Transaktionscode oder Freigabecode erst bei 
erfolgter Zahlung an das Mobilterminal (1) ubersendet. 

3. Verfahren nach einem der Anspriiche 1 oder 2, 
dadurch gekennzeichnet, 

30 daB der individuelle Transaktionscode oder Freigabecode Informationen tiber den 
Zahlungsadressaten und/oder die Hohe des zu zahlenden Betrages enthait 

4. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

35 dafl der individuelle Transaktionscode oder Freigabecode mit einer frei definierbaren 
zeitlichen Giiltigkeits-Begrenzung ausgestattet ist. 
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5. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

daB fur jede Zahlungsabwicklung ein individueller Schlussel durch den 

Zahlungsadressaten generiert und an die Zahlungs-Abwicklungszentrale ubersendet 
5 wird, und 

daB die Zuweisung des individuellen Transaktionscodes oder Freigabecodes durch die 
Zahlungs-Abwicklungszentrale und anhand des von dem Zahlungsadressaten 
ubermittelten individuellen Schlussels so erfolgt, 

daB der Zahlungsadressat die Gultigkeit des individuellen Transaktionscodes oder 
10 Freigabecodes anhand des zugrundeliegenden individuellen Schlussels uberprufen 
kann. 

6. Verfahren nach Anspruch 5, 
dadurch gekennzeichnet, 

1 5 daB der individuelle Schlussel Informationen fiber den Zahlungsadressaten und/oder die 
H6he des zu zahlenden Betrages enthalt. 

7. Verfahren nach einem der Anspniche 5 oder 6, 
dadurch gekennzeichnet, 

20 daB der individuelle Schlussel mit ehier frei definierbaren zeitlichen GiiltigkeitSr 
Begrenzung ausgestattet ist. 

8. Verfahren nach einem der vorhergehenden Anspniche, 
dadurch gekennzeichnet, 

25 dafi die Ubersendung des individuellen Transaktionscodes oder Freigabecodes die 
Freigabe der Zahlungsabwicklung darstellt. 

9. Verfahren nach einem der vorhergehenden Anspniche, 
dadurch gekennzeichnet, 

30 daB die Ubersendung des Transaktionscodes oder Freigabecodes von der Zahlungs- 
Abwicklungszentrale an den Zahlungsadressaten uber das Mobiltenninal erfolgt. 

10. Verfahren nach Anspruch 9, 
dadurch gekennzeichnet, 

35 daB der von der Zahlungs-Abwicklungszentrale empfangene Transaktionscode oder 
Freigabecode von dem Mobilterminal fiber eine Luftschnittstelle an den 
Zahlungsadressaten weitergeleitet wird. 
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1 1 . Verfahren nach Anspruch 10, 
dadurch gekennzeichnet, 

dafi es sich bei der Luftschnittstelle um erne Infrarot- oder Bluetooth- Verbindung 
handelt. 

5 

12. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dafi die Kommunikation zwischen dem Mobilterminal (1) und der Zahlungs- 
Abwicklungszentrale (6) zumindest teilweise uber einen Datenkanal oder einen 
10 Signalisierungskanal einer Luftschnittstelle (3) erfolgt. 

13. Verfahren nach Anspruch 12, 
dadurch gekennzeichnet, 

dafi die Kommunikation zwischen dem Mobilterminal (1) uhd der Zahlungs- 
15 Abwicklungszentrale (6) zumindest teilweise mittels des SMS-Dienstes des GSM- 
Standards erfolgt. 

14. Verfahren nach Anspruch 12, 
dadurch gekennzeichnet, 

20 dafi die Koramunilcation zwischen dem Mobilterminal (1) und der Zahlungs- 

Abwiclclungszentrale (6) zumindest teilweise mittels eines Kurznachrichten-Dienstes des 
GPRS oder UMTS-Standards erfolgt. 

15. Verfahren nach einem der vorhergehenden Anspruche, 
25 dadurch gekennzeichnet, 

dafi bei der Kommunikation zwischen dem Mobilterminal (1) und der Zahlungs- 
Abwicklungszentrale (6) aus einem Speicher (2) in dem Mobilterminal (1) ausgelesene 
Daten verwendet werden. 

30 16. Verfahren nach Anspruch 15, 
dadurch gekennzeichnet, 

dafi die Daten das jeweilige Mobilterminal (1) eindeutig identifizieren und entweder 
statisch abgelegt sind oder dynamisch generiert werden. 

35 17. Verfahren nach Anspruch 15 oder 16, 
dadurch gekennzeichnet, 

dafi die Daten aus einer im Mobilterminal (1) befindlichen Karte (2) ausgelesen werden. 
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18. Verfahren nach einem der Anspriiche 15 bis 17, 
dadurch gekennzeichnet, 

daB die Daten aus einer SIM-Karte (2) ausgelesen werden. 

5 19. Verfahren nach einem der Anspriiche 15 bis 17, 
dadurch gekennzeichnet, 

daB die Daten aus einer im Mobilterminal befindlichen Smart-Card (2) ausgelesen 
werden. 

10 20. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

daB die Zahlungsmodalitaten Kreditkarten-Informationen enthalten. 

21. Verfahren nach Anspruch 20, 
15 dadurch gekennzeichnet, 

daB die Kreditkarten-Informationen dem Zahlungsadressaten (8) nicht zuganglich sind. 

22. Verfahren nach Anspruch 20 oder 21, 
dadurch gekennzeichnet, 

20 daB die Kreditkarten-Informationen manuell in das Mobilterminal (1) eingegeben 
werden. 

23. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

25 daB die Konununikation zwischen dem Mobilterminal (1) und der Zahlungs : 
Abwicklungszentrale (6) verschliisselt erfolgt. 

. 24. Verfahren nach einem der vorhergehenden Anspriiche, 
. dadurch gekennzeichnet, 
30 daB nach Zahlungsabwicklung Informationen bezuglich der Transaktion in einem 
Speicher (2) des Mobilterminals (1) abgelegt werden. 

25. Verfahren nach Anspruch 24, 
dadurch gekennzeichnet, 
35 daB die Transaktions-Informationen durch einen autorisierten Benutzer des 

Mobilterminals (1) ausgelesen und/oder zu einem anderen Gerat ubertragen werden 
konnen. 
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26. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

daB die Zahlung gemaB der Zahlungsmodalitaten unverzuglich oder zeitversetzt 
ausgefuhrt wird. 

5 

27. Software-Programm, 
dadurch gekennzeichnet, 

daB es die Implementierung eines Verfahrens nach einem der vorhergehenden 
Anspriiche ermoglicht. 

10 

28. Telefonkarte fur ein Mobiltelefon, 
dadurch gekennzeichnet, 

daB sie einen Speicher aufweist, in den ein Software-Programm zur Ausfuhrung eines 
Verfahrens nach einem der Anspriiche 1 bis 26 abgelegt oder implementiert ist. 

15 

29. Server fur die Abwicklung von elektronischem Zahlungsverkehr, 
dadurch gekennzeichnet, 

daB er ein Software-Programm zur Ausfuhrung eines Verfahrens nach einem der 
Anspriiche 1 bis 26 aufweist. 

20 
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(57) Abstract: The invention concerns an 
electronic payment device comprising at 
least consumer payment means, used for 
reading a payment support belonging to said 
consumer, and a trader's payment terminal 
(710), used for carrying out' a transaction 
with the consumer's payment means. The 
consumer's payment means comprises a 
wireless communication interface (703), 
means for reading the payment support (701), 
a central unit (702) including a storage and 
a microprocessor. The trader's payment 
terminal comprises a wireless communication 
interface (713) adapted to co-opcratc with 
the wireless communication interface of the 
payment means, a central unit (712) including 
a storage and a microprocessor. Programmes 
are stored in the storage units of said central 
units to prepare requests in the payment 
terminal which are sent to the payment 
means, to prepare replies to said requests 
in the payment means which are sent to the 
payment terminal, to process said replies 
in the payment terminal, and in accordance 
with a predetermined payment protocol. 
The invention is particularly applicable to 
transactions with 
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contact or contact- free smart cards between an individual's personal electronic apparatus and a trader's sales outlet terminal. 

(57) Abreg* : La prSsente invention se rapporte a un dispositif de paiement electronique au moyen d'un appareil consommateur et 
d' un appareil comraercant communiquant par une liaison sans fil. A cet effet, Tinvention concerne un dispositif de paiement electro- 
nique. Ce dispositif comprend au moins un moyen de paiement (700) d'un consommateur, utilise" pour lire un support de paiement 
appartenant audit consommateur, et un terminal de paiement (710) d'un commercant, utilise* pour effectuer une transaction avec le 
moyen de paiement du consommateur. Le moyen de paiement du consommateur comprend une interface de communication sans fil 
(703), des moyens de lecture du support de paiement (701), une unit6 centrale (702) comprenant une memoire et un microprocesseur. 
Le terminal de paiement du commercant comprend une interface de communication sans fil (713) apte a cooperer avec T interface 
de communication sans fil du moyen de paiement, une unite" centrale (712) comprenant une memoire et un microprocesseur. Des 
programmes sont memorises dans les mSmoires desdites unites centrales pour preparer des requetes dans le terminal de paiement qui 
sont envoyees au moyen de paiement, pour preparer des reponses aux dites requites dans le moyen de paiement qui sont envoyees au 
terminal de paiement, pour traiter lesdites r6ponses dans le terminal de paiement, et ce selon un protocole de paiement pr6d6termin6. 
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DISPOSITIF DE PAIEMENT ELECTRONIQUE AU MOYEN D'UN APPAREIL 
CONSOMMATEUR ET D'UN APPAREIL COMMERCANT 
COMMUNIQUANT PAR UNE LIAISON SANS FIL 

5 La presente invention se rapporte a un dispositif de paiement 

electronique au moyen d'un appareil consommateur et d'un appareil 
commercant communiquant par une liaison sans fit. Elle s'applique 
notamment aux transactions par carte a puce entre un appareil electronique 
personnel d'un particulier et un terminal point de vente d'un commercant. 

10 Les terminaux electroniques de paiement (TPE) sont des 

peripheriques permettant un paiement electronique par carte (telles que les 
cartes a puce ou les cartes a piste magnetique). Ces TPE sont souvent reltes 
chez les commercants a une caisse enregistreuse qui permet d'assurer la 
gestion du point de vente. Un TPE relie a un tel moyen de gestion s'appelle 

15 un terminal point de vente (TPV). Certains TPE comportent un appareil 
portatif dedie a la lecture des carte a puce et a I'impression des tickets. Cet 
appareil portatif peut reposer sur un socle lorsqu'il n'est pas utilise, et 
communiquer avec ce socle par une liaison sans til, notamment 
radioelectrique ou infrarouge, lorsqu'il est utilise. Le socle comporte 

20 generalement un modem qui permet d'obtenir les autorisations de 
prelevement des organismes de cartes bancaire, et peut §tre lui-meme 
connects & une caisse enregistreuse par exemple. 

Un inconvenient de ces TPE est qu'ils comportent beaucoup de 
composants electroniques onereux. L'appareil portatif comporte 

25 generalement au moins un clavier, un lecteur de cartes & puce, un lecteur de 
cartes a piste magnetique, un afficheur, un emetteur, un recepteur, une 
batterie, un processeur, une imprimante. Le socle quant d lui comporte au 
moins un emetteur, un recepteur, un processeur, un modem, une prise 
telephonique, une prise r6seau. 

30 Un autre inconvenient est que le marche de ces terminaux est un 

marche professionnel avec un faible volume de ventes. En comparaison au 
appareils grand publics, les TPE sont done des appareils chers. lis 
represented un investissement non negligeable pour les commercants, qui 
ne peuvent pas toujours les remplacer au rythme des changements 

35 technologlques, notamment dans le secteur des cartes a puce. Ceci est un 
frein au developpement technologique des nouvelles cartes a puce telle que 
les cartes multi-applications, les cartes multi-services, ou les carte porte- 
monnaie Electroniques qui ne peuvent pas se g6n§raliser. 
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les cartes multi-applications, les cartes multi-services, ou les carte porte- 
monnaie electroniques qui ne peuvent pas se generalises 

Un but de I'invention est de pallier les inconvenients precites, et 
notamment de reduire I'investissement que represente un terminal de 
5 paiement electronique pour un commergant. 

A cet effet, I'invention concerne un dispositif de paiement 
electronique. Ce dispositif comprend au moins un moyen de paiement d'un 
consommateur, utiiis6 pour lire un support de paiement appartenant audit 
consommateur, et un terminal de paiement d'un commergant, utilisS pour 
10 effectuer une transaction avec le moyen de paiement du consommateur. Le 
moyen de paiement du consommateur comprend une interface de 
communication sans fil, des moyens de lecture du support de paiement, une 
unite centrale comprenant une memoire et un microprocesseur. Le terminal 
de paiement du commergant comprend une interface de communication sans 
15 fil apte a cooperer avec I'interface de communication sans fil du moyen de 
paiement, une unite centrale comprenant une memoire et un 
microprocesseur. Des programmes sont memorises dans les memoires 
desdites unites centrales pour preparer des requetes dans le terminal de 
paiement qui sont envoyees au moyen de paiement, pour preparer des 
20 reponses aux dites requites dans le moyen de paiement qui sont envoyees 
au terminal de paiement, pour traiter lesdites reponses dans le terminal de 
paiement, et ce selon un protocole de paiement predetermine. 

Selon I'invention, le consommateur utilise un appareil electronique 
personnel pour lire sa carte, ce qui a pour principaux avantages d'eviter les 
25 risques de fraudes, en particulier de lecture du code secret par des 
commergants malhonnetes, d'apporter une grande simplicity d'utilisation, 
d'etre facile a manier, de permettre ia sauvegarde des transactions 
effectuees sur I'appareil electronique personnel du consommateur, et de 
remplacer les tickets papiers par des tickets electroniques. 
30 D'autres caracteristiques et avantages de I'invention apparaitront 

plus clairement dans la description qui va suivre et dans les figures annexees 

qui represented : 

- la figure 1 , un exemple de terminal de paiement 

electronique de I'art anterieur ; 
35 _ | a figure 2, un exemple de dispositif de paiement electronique 

selon I'invention utilisant un telephone portable ; 
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- la figure 3, une variante de realisation de I'invention 
comprenant avantageusement une liaison multinceuds ; 

- la figure 4, un autre exemple de dispositif de paiement par carte 
a puce selon I'invention utilisant un assistant electronique personnel ; 

5 - la figure 5, un assistant electronique personnel comprenant une 

liaison serie avec un lecteur de carte a puce peripherique ; 

- la figure 6, un exemple d'utilisation de I'invention dans un 

commerce ; 

- la figure 7, un synoptique illustrant un dispositif selon 
10 I'invention ; 

- les figures 8 a 13, diverses etapes d'un exemple de protocole 
de paiement selon I'invention. 

On se refere tout d'abord a la figure 1 qui represente un exemple 
15 de terminal de paiement electronique de I'art anterieur. Ce terminal est 
compose notamment de deux elements communiquant par une liaison 
radioelectrique. 

Un premier element est un appareil portatif 10 servant a lire des 
cartes a puce. Cet appareil comporte notamment un lecteur de carte a puce 

20 11, un module d'emission et de reception de signaux radioelectriques 12, 
une imprimante thermique 1, un afficheur 2, tel qu'un ecran a cristaux 
liquides, un clavier numerique 3, un processeur, ainsi qu'une batten's. 

Un second element est un socle 13 sur lequel peut reposer 
I'appareil portatif 10. Ce socle comporte notamment un modem, un module 

25 d'emission et de reception radioelectrique 14, une connexion 15 a une ligne 
telephonique, une connexion 16 a un appareil tel qu'une caisse 
enregistreuse, une prise 4 pour recharger la batterie de I'appareil portatif 10, 
ainsi qu'une alimentation electrique non representee. 

Nous decrivons maintenant le fonctionnement classique d'un tel 

30 terminal de paiement. Un consommateur paie avec sa carte a puce un article 
chez un commergant possedant le terminal de paiement decrit ci-avant. Le 
commergant saisit le montant de la transaction sur une caisse enregistreuse 
reliee au socle 13 par la liaison 16. Cette caisse peut etre par exemple un 
ordinateur dedie a cet usage. Le montant de transaction, transmis par voie 

35 radioelectrique de I'emetteur "14 du socle 13 au recepteur 12 de I'appareil 
portatif 10, s'affiche sur I'ecran 2. Le consommateur verifie le montant de la 
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transaction affiche, insere sa carte a puce dans le lecteur 11 et saisit son 
code secret sur le clavier 3. Le processeur de I'appareil portatif 10 realise les 
traitements necessaires a la negotiation du protocole de paiement. Par 
exemple il traite les donnees lues sur la carte, controle le code secret, 

5 controle le depassement du plafond de la carte, calcule un certificat, prepare 
les donnees pour I'ecriture de la transaction sur la carte. Lors de la 
n6gociation du protocole de paiement, I'appareil portatif 10 communique des 
donnees avec le socle 13 par la liaison radioelectrique, lequel peut 
communiquer a son tour par I'intermediaire de son modem avec un 

10 organisme pour autoriser la transaction, tel qu'un organisme de cartes 
bancaires. 

Un inconvenient de ce type d'appareil est son coQt lie en 
particulier au nombre de composants electroniques qu'il comporte. II est 
possible de reduire le nombre de composants, mais ces economies se font 

15 au detriment de I'ergonomie ou des fonctionnalites. On peut par exemple 
rendre I'appareil portatif solidaire de son socle, ce qui revient a dire que 
I'appareil n'est plus portatif (a cause de son poids eleve et de son 
encombrement). Une autre solution consiste a lier I'appareil a son socle avec 
une liaison parfil. Une realisation courante est le boTtier code confidentiel. Ce 

20 boTtier remplace I'appareil portatif, mais ne comporte pas d'imprimante, et est 
relie par fil au socle. Un tel boTtier est plus economique car il comporte 
moins d'elements electronique. Par contre le fil limite la distance a laquelle 
on peut d'eloigner du socle, ce qui rend en particulier son usage impossible 
dans des restaurants. En outre, il ne comporte pas d'imprimante, ce qui 

25 impose de placer cette fonction depression de tickets sur un autre appareil 
tel qu'une caisse enregistreuse. 

Un autre facteur contribuant au coQt eleve de ces appareils est le 
marche auquel ils sont destines. Le volume de vente de ces appareils est 
tres faible en comparaison des appareils electroniques grand public. 

30 un autre inconvenient, lie aux inconvenients precites, est le 

manque de reactivite du marche des terminaux de paiement aux nouvelles 
technologies notamment de paiement par carte a puce. Ceci est un frein 
considerable au lancement des nouvelles cartes telles que les cartes multi- 
applications, les cartes multi-services ou les cartes porte-monnaie 
35 electroniques. En effet, pour etre adoptees par les consommateurs, la 
majorite des commercants doit etre equipee des moyens lecture associes. 
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Afin de pallier aux inconvenients precites, et notamment de 
reduire I'investissement que represente un terminal de paiement electronique 
pour un commer9ant, Invention concerne un dispositif de paiement 
electronique par carte qui reduit considerablement le nombre de composants 
5 electroniques employes sans pour autant nuire a I'ergonomie ou aux 
fonctionnalites. 

Aujourd'hui, les appareils electroniques personnels tels que les 
telephones portables ou les assistants electroniques personnels s'equipent 
de plus en plus de moyen de communication sans fil pour de nouvelles 

10 applications necessitant des communications courtes distances. Une de ces 
applications est le reseau domestique, encore connus sous le nom « Home 
RF» dans la litterature anglo-saxonne, qui permet aux appareils 
electroniques personnels de communiquer entre eux et avec des ordinateurs. 
Une autre application est lies au developpement du reseau Internet. 

15 Notamment, le standard « WAP » (initiales anglo-saxonnes de « Wireless 
Application Protocol ») de Motorola/Ericsson et Nokia fournit un acces 
simplifid a Internet aux telephones portables, agenda electroniques et autres 
assistant electroniques personnels. Ces appareils electroniques sont en 
consequence equipes en serie de moyens de communication sans fil tels 

20 que par exemple les liaisons radioelectriques de type Bluetooth, les liaisons 
infrarouges, ou les liaisons acoustiques. 

D'autres applications amenent les constructeurs a ajouter un 
lecteur de carte aux telephones portables et aux assistants electroniques 
personnels. Notamment, les telephones portables equipes de lecteurs de 

25 carte a puce, encore appeles telephones bi-fentes, permettraient de 
recharger une carte telephonique prepayee d'un usager a partir du lecteur de 
carte a puce de son propre telephone portable. On peut citer encore les 
assistants electroniques personnels qui permettent aux medecins francais de 
lire une carte de sante, la carte a puce Sesam Vitale. D'une facon plus 

30 generate, les cartes a puce semblent etre le support le plus approprie pour 
memoriser des informations personnels (par exemple les cartes de sante, 
cartes de fidelite) et leur usage se generalise ce qui amene les constructeurs 
d'assistants electroniques personnels a ajouter les interfaces de lecture de 
carte h puce. 

35 L'invention propose done d'utiliser ces appareils electroniques 

personnels equipes de moyens de communication sans fil et de lecture de 
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carte prevus pour un marche grand public pour un autre usage que celui 
pour lequel ils sont prevus, c'est k dire les utiliser dans le domaine de la 
monetique pour commerce de proximite. Le commerce de proximite s'oppose 
au commerce a distance, tel que le commerce sur Internet. En effet, dans le 

5 commerce de proximite, le commercant et le consommateur se voient 
mutuellement, alore que dans le commerce a distance, les echanges entre 
commercant et consommateur sont dematerialises. Lorsque de tels appareils 
electroniques personnels sont utilis6s dans le commerce a distance, les 
echanges ne se font pas directement entre le commercant et le 

10 consommateur. Ces echanges se font par I'intermediaire d'organismes 
financiers. Selon I'invention, le commercant et le consommateur echangent 
directement des donnees entre eux. Le client n'a pas besoin d'etablir de 
liaison avec un organisme financier. Ainsi, les echanges sont done simplifies, 
plus rapides et plus sOrs. 

15 

On se refere maintenant a la figure 2 qui represente un exemple 
de dispositif de paiement electronique par carte selon I'invention utilisant un 
telephone portable 20. Le telephone portable 20 d'un consommateur est 
equipe d'une liaison radioelectrique par exemple Bluetooth 22 et d'un lecteur 

20 de carte a puce 21. Le telephone portable 20 comporte en outre une unite 
centrale comprenant un microprocesseur et une memoire. Des programmes 
sont memorises dans cette memoire. Ces programmes permettent 
d'effectuer les traitements necessaires pour preparer des donnees a 
^changer selon un protocole de paiement predetermine, lis permettent aussi 

25 de mettre en forme ces donnees selon un protocole de communication 
predetermine. Le protocole de communication et le protocole de paiement 
permettent de communiquer avec le terminal de paiement d'un commercant. 
Le terminal de paiement du commercant comporte un modem 23 equipe 
d'une liaison Bluetooth 24. Le terminal de paiement du commercant est apte 

30 a communiquer avec le telephone portable 20 par ladite liaison et en utilisant 
le protocole de communication et le protocole de paiement precites. Le 
modem comporte une connexion 25 a une ligne telephonique, une connexion 
26 a un appareil d'enregistrement des transactions tel qu'une caisse 
enregistreuse. 
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L'invention presente un avantage economique pour le 
commercant. En effet, I'utilisation d'un appareil electronique personnel 
permet d'economiser une partie des composants electroniques necessaires 
au terminal de paiement du commercant. Les composants electroniques qui 

5 ne sont plus a la charge du commercant sont notamment : un afficheur, un 
clavier, un recepteur, un emetteur, un processeur, un lecteur de carte a puce. 
De plus, le marche grand public permet de realiser des economies d'echelle, 
et done de proposer un appareil electronique personnel bas coOt. Le taux 
d'equipement est done eleve et les cycles de vie des produits sont courts. 

10 Ainsi, les organismes financiers peuvent introduire plus facilement et plus 
rapidement des protocoles de paiement par carte a puce pour de nouvelles 
cartes porte-monnaie 6lectroniques, cartes multi-applications, ou cartes 
multi-services. 

L'invention presente aussi des avantages pour le consommateur. 

15 D'abord, elle permet d'augmenter la securite des paiements. En effet les 
terminaux point de vente des commercants ne sont jamais entierement 
fiables. II y a toujours un risque de fraude du commercant, tel que I'utilisation 
d'un appareil modifie qui enregistre les codes secrets et les numeros de 
carte des consommateurs. Grace a l'invention, le consommateur utilise son 

20 propre appareil electronique, est n'est alors plus sujet a ce risque de fraude. 

Un autre avantage conceme la simplicity d'utilisation. Ceci est 
interessant notamment pour les operations de paiement complexes. Par 
exemple, lors d'un paiement avec une carte multi-applications, le 
consommateur peut avoir le choix entre : payer la totalite de son achat a 

25 partir de d'un compte bancaire, utiliser un credit magasin, payer avec de la 
monnaie electronique, ou partager le montant de I'achat entre plusieurs 
moyens de paiement differents. Pour simplifier ces operations, le 
consommateur peut par exemple personnaliser son appareil electronique de 
maniere & toujours utiliser son compte bancaire pour les montants 

30 importants, et la monnaie electronique pour les autres. 

Un autre avantage de l'invention est la maniabilite de I'appareil 
compare aux terminaux de paiements traditionnels. Les appareils 
electroniques personnels sont congus pour etre les plus legers et les plus 
petits possibles, lis sont done nettement plus maniables que les terminaux de 

35 paiement portatifs existants. Ceci permet par exemple a un consommateur 
de cacher le clavier des regards indiscrets lorsqu'il compose son code secret 
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en orientant son appareil verticalement. L'invention presente un autre 
avantage d'ordre pratique notamment lors des paiements dans des lieux ou 
le commercant et le consommateur sont separes par un hygiaphone. 
Generalement, le consommateur doit glisser sa carte a puce sous 

5 I'hygiaphone, et composer son code secret sur un clavier code confldentiel 
place de son cote de I'hygiaphone. L'invention permet au consommateur 
d'utiliser un appareil electronique personnel pour effectuer le paiement. II n'a 
plus besoin de confier sa carte a puce au commercant, et le commercant n'a 
plus besoin de laisser une partie de son terminal de paiement a la disposition 

10 du consommateur. 

On se refere maintenant a la figure 3 qui represente une variante 
avantageuse de realisation de 1'invention comprenant une liaison 
multinceuds. Cette liaison permet de partager un peripherique tel qu'une 
imprimante ou un modem de plusieurs terminaux point de vente. 

15 Dans cet exemple, un telephone portable 20 communique par une 

liaison Bluetooth 22 avec une caisse enregistreuse 30 equipe d'une liaison 
Bluetooth 32. La caisse enregistreuse communique a son tour avec sa 
liaison Bluetooth 32 avec un modem 23. Le modem 23 est bien sQr equipe lui 
aussi d'une liaison Bluetooth 24. En d'autres termes, la caisse enregistreuse 

20 30 communique par liaison Bluetooth avec le telephone 20 d'une part et le 
modem 23 d'autre part. Cette disposition permet a plusieurs caisses 
enregistreuses de partager un meme modem, ce qui presente un interet 
economique pour le commercant. 

On se refere maintenant a la figure 4 qui represente un autre 

25 exemple de dispositif de paiement par carte a puce selon l'invention utilisant 
un agenda electronique personnel. 

Cet agenda electronique 40 est equipe d'une liaison 
radioelectrique Bluetooth 42 et d'un lecteur de carte a puce 41 . II 
communique de la meme facon que le telephone portable de I'exemple 

30 precedent avec le terminal de paiement electronique du commercant. 

Un avantage de ce dispositif est que I'assistant electronique 
personnel peut enregistrer de facon automatique des informations relatives 
aux transactions, telles que leurs montants et leurs dates. Ces informations 
peuvent alors faire I'objet d'un traitement ulterieur par un programme residant 

35 dans I'assistant electronique personnel lui-meme ou dans micro-ordinateur 
apres le transfert de ces informations. Par exemple le programme peut 
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calculer le solde d'un compte, rechercher une operation suivant certains 
criteres, ou aider a la gestion d'un budget personnel. En d'autres termes, les 
tickets en papiers sont remplaces par des tickets electroniques, ce qui 
permet d'effectuer des traitements automatises. 

5 On se refere maintenant a la figure 5 qui represente un assistant 

electronique personnel 50 comprenant une liaison serie 53 avec un lecteur 
de carte a puce peripherique 54. Ce lecteur de carte a puce 54 est reli§ a 
I'assistant electronique personnel 50 par une liaison serie 53 de type USB 
(« Universal Serial Bus ») par exemple. La lecture de la carte pilotee par un 

10 logiciel de I'assistant electronique personnel 50. De la meme facon que le 
telephone portable figure 3, I'appareil electronique personnel 50 comporte 
une liaison sans fil 52 avec un terminal de paiement electronique d'un 
commercant. Ainsi, on peut utiliser un appareil electronique personnel non 
equipe a I'origine d'un lecteur de carte, auquel on ajoute un lecteur de carte 

15 en utilisant une interface standard. Un code secret peut §tre transmis par 
cette liaison sans risque d'interception pour le consommateur car I'appareil 
de lecture lui appartient. 

Selon une variante avantageuse, on peut integrer le lecteur de 
carte dans I'appareil electronique personnel de sorte que la carte reste de 

20 facon permanente dans le boTtier de I'assistant electronique personnel. Ainsi, 
le consommateur n'a plus besoin d'ins6rer sa carte dans son assistant 
electronique personnel, qui lui sert alors aussi de porte carte. 

Selon une autre variante, le lecteur de carte peut etre un lecteur 
sans contact. D'une facon generate, I'interface physique de lecture de carte 

25 etant du cote du consommateur et plus du cote commercant, les fabriquants 
de carte peuvent introduire des formats de cartes et des Interface de 
communication avec lesdites cartes specifiques. Le besoin de standard se 
situe au niveau de I'interface entre I'appareil du consommateur et I'appareil 
du commercant, et non plus entre une carte et un appareil de lecture de 

30 carte. 

On se refere maintenant a la figure 6 qui represente un exemple 
d'utilisation de I'invention dans un commerce, tel qu'un restaurant. Un 
consommateur 63 poss§de un appareil electronique personnel 60 §quip§ 
d'une liaison Bluetooth 61 et d'un lecteur de carte a puce 62. Un commercant 
35 66 tient a la main un appareil portable 64 equip§ d'une liaison Bluetooth 65. 
L'appareil portable 64 du commercant communique par liaison Bluetooth 
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avec une caisse enregistreuse 68. Bien eritendu, la caisse enregistreuse 68 
est elle-meme equipe d'une liaison Bluetooth 67. 

Le commercant 66 utilise son appareil portable 64 pour saisir et 
envoyer une demande de paiement a I'appareil 60 du consommateur. Le 

5 consommateur insere sa carte dans le lecteur 62, et accepte la transaction. 
Si le montant de la transaction est important, I'appareil portable 64 
communique avec la caisse enregistreuse 68, laquelle transmet une 
demande d'autorisation de transaction a un serveur d'autorisation distant. 
Lorsque la caisse enregistreuse 68 recoit la reponse du serveur 

10 d'autorisation distant, celle-ci la transmet a I'appareil portable 64. L'appareil 
portable 64 poursuit alors le paiement avec I'appareil 60. 

Selon un mode de realisation avantageux, I'appareil portable 64 
est un appareil electronique personnel. Cet appareil electronique 64 permet 
au commercant, grace a un programme resident, d'enregistrer la commande 

15 du consommateur lors de la prise de commande. Cette commande est 
envoyee a la caisse enregistreuse 68 d'une part, et a I'appareil electronique 
personnel 60 du consommateur d'autre part. Ainsi, la commande est 
enregistree dans la caisse enregistreuse, et le client recoit un ticket 
electronique correspondant a cette commande. En d'autres termes, les 

20 differentes etapes telles que la prise de commande, I'impression d'un ticket 
de caisse, sont realisees de maniere electroniques. Lors du paiement, le 
commercant n'a plus besoin de saisir le montant de la transaction, car celui- 
ci est deja enregistre. 

25 La figure 7 illustre par un synoptique un dispositif selon I'invention. 

Un appareil 700 appartenant a un consommateur est equipe de moyens de 
lecture d'un support de paiement 701, d'une unite centrale 702 reliee 
fonctionnellement aux moyens de lecture 701, et des moyens de 
communication sans fil 703 relies fonctionnellement a I'unite centrale 702. 

30 L'appareil consommateur 700 peut etre par exemple un telephone portable 
ou un assistant electronique personnel. Les moyens de lecture 701 sont par 
exemple un lecteur de carte a puce avec ou sans contact, ou un lecteur de 
carte a piste magnetique. Ces moyens de lecture 701 sont places par 
exemple dans le boTtier de I'appareil 700, ou peuvent etre relies a l'appareil 

35 700 par une liaison serie. L'unite centrale 702 controle les moyens de lecture 
701 et de communication 703 avec des programmes residant dans ladite 
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unite centrale. Ces programmes sont notamment un protocols de 
communication et un protocole de paiement. Le protocole de communication 
peut etre par exemple le protocole de communication Bluetooth. L'homme de 
I'art pourra aller chercher des renseignements techniques relatifs a ce 

5 protocole sur le site officiel Bluetooth dont I'adresse Internet est 
« httpV /wwwhluetooth .net », et en particulier dans les documents de 
specifications de la norme Bluetooth. De plus, a titre d'illustration, on decrira 
dans la suite de la description un exemple de protocole de paiement. 

Un appareil 710 appartenant a un commercant est equipe de 

10 moyens de traitement de la transaction 711 notes moyens A, d'une unite 
centrale 712 reliee fonctionnellement aux moyens A (moyens de traitement 
711), et des moyens de communication sans fil 713 relies fonctionnellement 
a I'unite centrale 712. L'appareil commercant 710 peut etre par exemple un 
modem equipe d'une unite centrale, une caisse enregistreuse, un assistant 

15 electronique personnel. Les moyens A (moyens de traitements 711) sont 
alors par exemple des moyens de communication vers un centre 
d'autorisation (modem), des moyens d'enregistrement de la transaction 
(caisse enregistreuse), des moyens de saisie de donnees de transaction 
(assistant electronique personnel). D'une facon generate, les moyens A 

20 (moyens de traitement 711) permettent de realiser toutes les operations 
necessaires lors d'une transaction entre le consommateur et le commercant 
qui ne sont pas realises par l'appareil consommateur 700. L'unite centrale 
712 contrdle les moyens A (moyens de traitement 711) et les moyens de 
communication sans fil 713 avec des programmes residant dans ladite unite 

25 centrale. Ces programmes sont notamment un protocole de communication 
et un protocole de paiement compatibles avec ceux de l'appareil 

consommateur 700. 

L'appareil consommateur 700 et l'appareil commercant 710 
communiquent entre eux avec leurs moyens de communication sans fil 

30 respectifs 703, 713. L'appareil commercant 710 initie la transaction sur ordre 
du commercant. L'appareil consommateur 700 repond a l'appareil 
commercant avec le protocole de communication precite. Une liaison sans fil 
est etablie entre les deux appareils 700, 710. Pendant le deroulement de la 
transaction, les deux appareils 700, 710 echangent des donnees, encore 

35 appelees messages, selon le protocole de paiement precite. Le format de 
ces messages releve du protocole de communication, le contenu des ces 
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messages du protocole de paiement. Les messages peuvent etre cryptes 
pour eviter toute interception ou toute interference. L'homme de fart pourra 
se referer au document « Bluetooth SIGnal - The official newsletter of the 
Bluetooth Special Interest Goup » - numero 3, septembre 1999, dans lequel 
5 est decrit un exemple de liaison Bluetooth cryptee. Lorsque la transaction est 
terminee, la communication entre les deux appareils s'acheve. 

Selon une variante avantageuse, l'appareil commercant 710 
communique selon une relation maTtre/esclave avec au moins un autre 
appareil 720 appartenant au commercant. Le premier appareil commercant 
10 710 est le maTtre, I'autre appareil commercant 720 est I'esclave. L'appareil 
commercant esclave 720 est equipe de moyens de traitement 721 notes 
moyens B, d'une unite centrale 722 reliee fonctionnellement aux moyens B 
(moyens de traitement 721), et de moyens de communication sans fil 723 
relies fonctionnellement a I'unite centrale 722. Les moyens de 
15 communication sans fil 723 de I'appareil esclave sont compatibles avec les 
moyens de communication sans fil 713 de I'appareil maTtre. L'unite centrale 
722 contrSle les moyens de communication sans fil 723 et les moyens B 
(moyens de traitement 721 ) a I'aide de programme residant dans ladite unite 
centrale. Ces programmes sont notamment un protocole de communication 
20 avec I'appareil maTtre 710 et un programme de gestion des moyens B 
(moyens de traitement 721 ). L'appareil esclave 720 peut etre par exemple un 
modem equipe d'un microprocesseur ou une caisse enregistreuse. Les 
moyens B (moyens de traitement 721) sont alors par exemple des moyens 
de communication vers un centre d'autorisation (modem), des moyens 
25 d'enregistrement de la transaction (caisse enregistreuse). D'une facon 
generate, les moyens B (moyens de traitement 721) permettent de realiser 
toutes les operations necessaires lors d'une transaction entre le 
consommateur et le commercant qui ne sont pas realises par l'appareil 
consommateur 700 ou l'appareil maTtre 710. Ainsi, selon cette variante 
30 avantageuse, il est possible transferer des fonctionnalites, realisees 
initialement par les moyens A (moyens de traitement 711), de I'appareil 
maTtre 710 vers l'appareil esclave 720. Ceci permet notamment de realiser 
des economies, en partageant les moyens B (moyens de traitement 721) 
avec plusieurs appareils maTtres. Par exemple, il est possible de connecter 
plusieurs appareil electroniques personnels maTtres 710 a une seule caisse 
enregistreuse esclave. Les moyens B (moyens de traitement 721) partages 
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entre les appareils maftres 710 sont alors les moyens d'enregistrement et 
d'autorisation de transaction. 

On se refere maintenant aux figures 8 a 13 pour decrire un 
5 exemple de protocole de paiement. Ce protocole de paiement a ete 
initialement prevu pour connecter un terminal point de vente IBM 4683/4693 
avec un lecteur de carte a puce. On propose a titre d'exemple d'adapter ce 

protocole a I'invention. 

Nous decrivons les donnees echangees selon ce protocole entre 
10 un appareil commercant d'une part et un appareil consommateur d'autre 
part, ainsi que les operations realisees de part et d'autre. En d'autre termes, 
on s'interesse maintenant aux donnees echangees entre I'appareil 
consommateur 700 et I'appareil commercant 710 par I'intermediaire de leurs 
moyens de communication sans fil 703, 713, ainsi qu'aux operations 
15 realisees par leurs unites centrales 702, 712. On considere dans cet exemple 
qu'il n'y a qu'un seul appareil commercant (pas de rapport maTtre/esclave). II 
est bien entendu possible d'adapter ce protocole dans le cas ou certaines 
. des operations doivent etre realisees par un appareil commercant esclave 
720. Dans ce cas, ces operations sont executees par I'appareil esclave 720 
20 sur requete de I'appareil maTtre 710, et le resultat transmis a I'appareil maTtre 
710. On peut ainsi assimiler d'un point de vue fonctionnel I'ensemble 
maTtre/esclave a un seul appareil commercant fictif. 

A titre d'illustration, on considere ici que le moyen de lecture d'un 
support de paiement 701 de I'appareil consommateur 700 est un lecteur de 
25 cartes a puce (encore appelees cartes a memoire). 

Selon le protocole de paiement, I'appareil consommateur et 
I'appareil commercant echangent des messages. Des premiers messages, 
issus de I'appareil commercant, sont des requetes adressees a I'appareil 
consommateur. Des seconds messages, issus de I'appareil consommateur, 
30 sont des reponses aux requetes. Les requetes sont encore appelees des 
demandes de traitement, ou demande de fonction. Les reponses sont encore 
appelees compte-rendu de traitement, ou compte-rendu d'execution. L'envoi 
de demandes de traitement ou de compte-rendu de traitement par I'appareil 
commercant ou I'appareil consommateur se traduit par I'echange de 
35 plusieure messages permettant de synchroniser les deux appareils et de 
s'assurer de la bonne reception des informations. Ces messages de 
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synchronisation ou de verification de la reception des informations relevent 
du protocole de communication et non du protocole de paiement. 

Le protocole de paiement est un dialogue entre I'appareil 
commergant et I'appareil consommateur. Dans ce dialogue, un ensemble de 

5 messages de demandes de fonction a realiser sont emis par I'appareil 
commergant. En retour, un compte-rendu de realisation est emis par 
I'appareil consommateur, c'est a dire le lecteur de cartes. A chaque phase du 
traitement de la carte correspond un message de demande de fonction. Par 
exemple : lecture d'une carte, controle du code confidentiel. A chaque 

10 message de demande de fonction correspond une reponse. 

On se refere maintenant a la figure 8 sur laquelle est illustre le 
dialogue entre I'appareil commergant et I'appareil consommateur lors d'une 
demande de lecture de carte. L'appareil commergant emet une demande de 

15 traitement a I'appareil consommateur. Cette demande de traitement est une 
demande de lecture carte 801. Les donnees transmises 800 de I'appareil 
commergant vers I'appareil consommateur peuvent etre un code de fonction, 
par exemple un nombre code sur un octet. Une fois la demande emise, 
I'appareil commergant se met en attente 802 d'une reponse de I'appareil 

20 consommateur, c'est a dire du lecteur de cartes. Si cette operation dolt etre 
annulee, une procedure definie au niveau de I'appareil commergant (une 
sequence de touches par exemple) provoque remission d'un message 
d'abandon vers I'appareil consommateur. De son c6te, I'appareil 
consommateur realise les operations suivantes. II est d'abord dans un etat 

25 d'attente de demande 811 lorsqu'il regoit les donnees 800 emises par 
I'appareil commergant. L'appareil consommateur realise alore une 
authentification 812 et une lecture 813 de la carte. Une fois ces operations 
realisees, l'appareil consommateur prepare une reponse de lecture de carte 
814. II emet un compte-rendu 810 de realisation, c'est a dire des donnees 

30 lues dans la carte. Le compte-rendu 810 emis par l'appareil consommateur 
contient par exemple un rappel du code de fonction, le numero de porteur de 
la carte, le code d'enregistrement de la carte, les dates de debut et de fin de 
validite de la carte, le code de banque (« BIN » ou « Bank Identification 
Number »), le code de service, la devise, la langue et un mot d'etat. Le mot 

35 d'etat permet d'indiquer I'etat dans lequel se trouve la carte. Le mot d'etat est 
par exemple un nombre dont la signification est la suivante : 
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■ 0 : carte OK ; 

■ 1 : une erreur code ; 

■ 2 : deux erreurs code ; 

■ 4 : carte bloquee ; 

■ 8 : zone code pleine (carte pleine). 

A la reception du compte-rendu 810, 1'appareil commergant realise 
plusieurs controles 803 des donnees contenues dans le compte-rendu 810. 
Ces controles sont parfois appel6s controles de validation de carte. 
L'appareil commergant realise notamment les controles du num6ro de 
porteur (contr6le cl6 de « Luhn »), de code de banque (« BIN »), de code de 
service, de dates de validite, de liste noire, du mot d'6tat. Si par exemple le 
mot d'§tat indique que la carte est bloqu6e ou que la carte est pleine, 
l'appareil commergant affiche un message d'anomalie et envoi un message 
d'abandon £ l'appareil consommateur. Ces operations 801, 802, 803, 811, 
812, 813, 814 constituent un exemple d'authentificatiqn de carte. 
L'authentification de carte est I'operation qui consiste £ verifier qu'une carte a 
bien ete §mise par un organisme de carte bancaires. Cette notion 
d'authentification de carte s'6tend § tout support de paiement. 
L'authentification d'un support de paiement consiste a verifier que ledit 
support de paiement a bien §t§ emis par un organisme habilite. 

On se refere maintenant a la figure 9 sur laquelle est illustr6 le 
dialogue entre l'appareil commergant et l'appareil consommateur lors d'une 
demande de controle de code confidentiel. Cette demande de controle de 
code confidentiel 901 intervient apres les controles 803 d6crits ci-dessus. La 
demande de controle de code confidentiel 901 est 6mise par l'appareil 
commergant. Les donnees transmises 900 de l'appareil commergant vers 
l'appareil consommateur contiennent par exemple un code de fonction (tel 
qu'un nombre code sur un octet), un numSro de porteur, un montant de d6bit 
et la date du jour. Une fois cette demande 6mise, l'appareil commergant se 
met en attente 902 d'une reponse de l'appareil consommateur. Si cette 
operation doit etre annul6e, une procedure definie au niveau de l'appareil 
commergant (une s6quence de touches par exemple) provoque Emission 
d'un message d'abandon vers l'appareil consommateur. De son cot6, 
l'appareil consommateur r6alise les operations suivantes. II est d'abord dans 
un etat d'attente de demande 911 lorsqu'il regoit les donn§es 900 6mises par 
l'appareil commergant. A la reception des donnees 900, l'appareil 
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consommateur permet au consommateur de saisir son code confidential 912. 
Cette saisie du code confidential fait intervenir uniquement I'appareil 
consommateur et le code n'est pas transmis a un autre appareil. Le code 
confidentiel est valide 913 par la carte au niveau de I'appareil consommateur. 

5 Si ce code est valide, I'appareil consommateur realise le controle 914 du 
montant du debit par rapport au plafond de la carte. L'appareil 
consommateur prepare alors une reponse 915 de controle de code 
confidentiel. II emet un compte-rendu de realisation 910, c'est a dire des 
donnees de validite du code saisi. Le compte-rendu 910 emis par I'appareil 

10 consommateur contient par exemple le rappel du code de fonction, une 
information de validation, un mot d'etat, un Indicates de remplissage. 
L'information de validation peut etre par exemple un nombre dont la 
signification est la suivante : 

■ 1 : code secret valide et montant de debit inferieur au plafond ; 
15 ■ 2 : code secret valide et montant de debit supeneur au plafond ; 

■ 9 : code secret invalide ou non trait6. 

Le mot d'etat est par exempie un nombre dont la signification est 

la suivante : 
0 : carte OK ; 
20 ■ 1 : une erreur code ; 
2 : deux erreurs code ; 
4 : carte bloquee ; 

8 : zone code pleine (carte pleine) ; 

9 : zone code presque pleine. 

25 L'indicateur de remplissage peut etre par exemple un nombre dont 

la signification est la suivante : 

■ 0 : OK (valeur par defaut) ; 

■ 1 : zone de transaction presque pleine ; 

■ 2 : zone de transaction pleine. 

30 Ces operations 901 , 902, 91 1 , 91 2, 913, 914, 915 constituent un 

exemple d'authentification de porteur. L'authentification de porteur est 
I'operation qui consists a verifier que le porteur d'une carte en est bien le 
proprietaire, et le cas echeant a bloquer ladite carte. Cette notion 
d'authentification de porteur s'etend a tout support de paiement. II s'agit alors 

35 de verifier que ledit support de paiement appartient bien au porteur. 
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Dans le cas d'un code secret valide mais de plafond de carte 
depasse, I'appareil commercant transmet une demande d'autorisation de la 
transaction 903 a un centre d'autorisation. De meme* dans le cas d'une zone 
de transaction pleine, I'appareil commercant transmet une demande 
5 d'autorisation 903 a un centre d'autorisation. Cette autorisation se traduit par 
I'envoi d'informations du commercant vers le centre d'autorisation. Ces 
information son par exemple une identification du commercant, I'activite du 
commercant, I'identification du client, le montant de la transaction, la date de 
la transaction. En retour, le centre d'autorisation envoi au commercant un 
10 numero d'autorisation. La demande d'autorisation de transaction ne fait pas 
intervenir I'appareil du consommateur. C'est I'une des operations realisee par 
les moyens A (moyens 71 1) ou moyens B (moyens 721 ) cites cl-avant. 

On se refere maintenant a la figure 10 sur laquelle est illustree le 
dialogue entre I'appareil commercant et I'appareil consommateur lors d'une 
15 demande d'ecriture et d'un certificat de transaction. L'appareil commercant 
emet une demande d'ecriture et d'un certificat de transaction 1001. Cette 
demande 1001 intervient apres I'authentification du porteur (et 
eventuellement I'autorisation de transaction). Les donnees transmises 1000 
de I'appareil commercant vers I'appareil consommateur comprennent par 
20 exemple un code de fonction, le numero du porteur, le montant du debit, la 
date du jour, une identification de I'appareil commercant, I'heure d'ecriture de 
la transaction, une identification du commercant. Une fois la demande emise, 
I'appareil commercant se met en attente 1002 d'une reponse de I'appareil 
consommateur. De son cote, I'appareil consommateur realise les operations 
25 suivantes. II est d'abord dans un etat d'attente de demande 1011 lorsqu'il 
recoit les donnees 1000 emises par I'appareil commercant. A reception des 
donnees 1000, I'appareil consommateur enregistre 1012 la transaction dans 
la carte a puce. L'appareil consommateur prepare alors une reponse 1013 a 
la demande d'ecriture et de certificat. II emet un compte-rendu de realisation 
30 1010 attestant que le paiement est bon. Le compte-rendu 1010 emis par 
I'appareil consommateur contient par exemple le rappel du code de fonction, 
un code indiquant si I'enregistrement a bien eu lieu, un certificat. La valeur du 
certificat est calculee par l'appareil consommateur. II s'agit par exemple des 
donnees 1000 signers avec une clef contenue dans la carte & puce. Le 
35 paiement est repute bon seulement aprSs reception de ce message. Le 
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certificat est toujours renvoye, meme si la transaction n'a put etre ecrite dans 
la carte. 

On se refere maintenant a la figure 11 sur laquelle est illustre le 
dialogue entre I'appareil commercant et I'appareil consommateur lore d'un 

5 test de presence de carte. L'appareil commercant emet 1 101 une demande 
de test de presence carte vers I'appareil consommateur. Une telle demande 
peut etre envoyee par I'appareil commercant a tout moment. Elle a pour but 
de tester la presence d'une carte dans le lecteur de carte de I'appareil 
consommateur. Les donnees emises 1100 sont par exemple un code de 

10 fonction. L'appareil commercant se met ensuite en attente 1102 d'une 
reponse de I'appareil consommateur. L'appareil consommateur teste la 
presence d'une carte 1111 des la reception des donnees emises 1100 par 
l'appareil commercant. L'appareil consommateur emet ensuite une reponse 
1112. Les donnees emises 1110 par I'appareil consommateur comportent 

15 par exemple un rappel du code de fonction et un nombre valant « 0 » ou 
« 1 ». La reponse « 1 » signifie qu'une carte est physiquement presente dans 
le lecteur de carte de l'appareil consommateur. Dans les autres cas, la 

reponse est « 0 ». 

On se refere maintenant a la figure 12 sur laquelle est illustre une 

20 demande d'abandon de la part de I'appareil commercant. L'appareil 
commercant emet 1201 une demande d'abandon a I'appareil consommateur 
pour annuler I'operation en cours. Cette demande a lieu par exemple si le 
commercant desire annuler I'operation (le consommateur ne trouve pas sa 
carte, ne se souvient pas de son code secret...), les controles de validation 

25 de la carte echouent, la reponse a une demande d'autorisation provoque un 
refus de paiement. II n'y a pas de reponse a ce message de la part de 
I'appareil consommateur. Les donnees emises 1200 sont par exemple un 
code de fonction. Lorsque I'appareil consommateur recoit 1211 ce message, 
il abandonne 1212 la transaction. 

30 On se refere maintenant a la figure 13 sur laquelle est illustre le 

dialogue entre I'appareil commercant et l'appareil consommateur lore d'une 
demande de blocage de la carte. L'appareil commergant emet 1301 une 
demande de blocage de la carte pour bloquer la puce. Cette demande a lieu 
par exemple si le numero du porteur est presente sur une liste noire, ou si la 

35 reponse du centre d'autorisation est « INTERDIT ». Les donnees emises 
1300 sont par exemple un code de fonction et le numero du porteur. Une fois 
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ces donnees emises, I'appareil commercant se met en attente 1302 d'une 
reponse. De son cdte I'appareil consommateur realise les operations 
suivantes. II est d'abord dans un etat d'attente 1311 lorsqu'il recoit les 
donnees 1300 emises par I'appareil commercant. Apres la reception de ces 
5 donnees, I'appareil consommateur bloque 1312 la puce de la carte. Puis il 
emet 1313 une r6ponse a I'appareil commercant. Les donnees 1310 emises 
comprennent par exemple un rappel du code de fonction et un mot d'etat. Le 
mot d'etat peut etre « 4 » pour signifier que la carte est bloqu6e, ou « 8 » 
pour sign'rfier que la zone code est pleine. 

10 

Bien entendu, la presente invention ne se limite pas a la forme de 
realisation decrite ci-avant a titre d'exemple. Elle s'etend a d'autres variantes. 

Avantageusement, I'appareil consommateur peut contenir un 
moyen d'identification du porteur utilisant des informations non contenues 

15 dans le support de paiement. Un premier moyen d'identification peut etre par 
exemple un module d'identification contenu dans I'appareil consommateur. 
Ce module d'identification peut etre par exemple une carte « SIM » 
(Suscriber Identifaction Module) d'un telephone portable. Un autre moyen 
d'identification peut etre un capteur biometrique. Un tel capteur peut etre par 

20 exemple un capteur d'empreintes digitales place sur I'appareil 
consommateur, qui reconnafl une signature caracteristique qu'il compare a 
une signature memoris6e soit dans la carte, soit dans une memoire de 
I'appareil . 

On comprendra aussi que le lecteur de carte a puce peut §tre 
25 place dans le boTtier de I'appareil consommateur de maniere a ce que la 
carte a puce reside en permanence dans ledit boTtier, a la maniere des 
cartes « SIM » dans les telephones portables. 

On comprendra aussi que I'appareil commercant et I'appareil 
consommateur peuvent etre tous les deux des telephones portables par 
30 exemple. Les telephones portables communiquent entre eux par une liaison 
sans fll. Le telephone portable du commercant communique avec un centre 
d'autorisation en etablissant une communication telephonique. Le telephone 
portable du consommateur lit le support de paiement du consommateur. 



35 
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REVINDICATIONS 

1. Dispositif de paiement electronique caracterise en ce qu'il 
comprend au moins : 

5 (a) un moyen de paiement d'un consommateur, utilise pour lire un support 
de paiement appartenant audit consommateur, ledit moyen de paiement 
comprenant une interface de communication sans fil, des moyens de lecture 
du support de paiement, une unite centrale comprenant une memoire et un 
microprocesseur; 

10 (b) un terminal de paiement d'un commercant, utilise pour effectuer une 
transaction avec le moyen de paiement du consommateur, ledit terminal de 
paiement comprenant une interface de communication sans fil apte a 
cooperer avec I'interface de communication sans fil du moyen de paiement, 
une unite centrale comprenant une memoire et un microprocesseur ; 

15 (c) des programmes memorises dans les memoires desdites unites centrales 
pour preparer des requites dans le terminal de paiement qui sont envoyees 
au moyen de paiement, pour preparer des reponses aux dites requites dans 
le moyen de paiement qui sont envoyees au terminal de paiement, pour 
traitor lesdites reponses dans le terminal de paiement, et ce selon un 

20 protocole de paiement predetermine. 

2. Moyen de paiement d'un consommateur caracterise en ce qu'il 
est destine a lire un support de paiement appartenant audit consommateur 
lors d'une transaction avec un terminal de paiement appartenant a un 

25 commergant, et qu'il comprend au moins : 

(a) des moyens de communication sans fil pour communiquer avec le 
terminal de paiement ; 

(b) des moyens de lecture pour lire ledit support de paiement ; 

(c) une unite centrale comprenant une memoire et un microprocesseur, 
30 reliee fonctionnellement aux moyens de communication sans fil et aux 

moyens de lecture pour effectuer la transaction avec le terminal de paiement 
selon un protocole de paiement ; 

(d) un programme, memorise dans la memoire de I'unite centrale, pour 
preparer des reponses a des requetes emises par le terminal de paiement, 

35 selon le protocole de paiement. 
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3. Terminal de paiement d'un commer$ant caracteris6 en ce qu'il 
est destine a effectuer une transaction avec le moyen de paiement d'un 
consommateur, et qu'il comprend au moins : 

(a) des moyens de communication sans fil pour communiquer avec le 
5 moyen de paiement ; 

(b) une unite centrale comprenant une memoire et un microprocesseur, 
reltee fonctionnellement aux moyens de communication sans fil pour 
effectuer ia transaction avec le moyen de paiement selon un protocole de 
paiement ; 

10 (c) un programme, m6moris6 dans la m6moire de I'unite centrale, pour 
preparer des requetes § Smettre vers le moyen de paiement, et pour traiter 
les reponses aux dites requetes provenant du moyen de paiement, selon le 
protocole de paiement. 

15 4. Terminal de paiement d'un commergant selon la revendication 

3 caract6ris6 en ce qu'il est forme d'au moins deux appareils : 

(a) un premier appareil etant un appareil maTtre, lequel communique avec le 
moyen de paiement du consommateur ; 

(b) un ou plusieurs autres appareils etant des appareils esclaves, lesquels 
20 communiquent avec I'appareil maTtre selon une relation maTtre/esclave, 

Pappareil maTtre utilisant les memes moyens de communication sans fil pour 
communiquer avec le moyen de paiement du consommateur et le ou les 
appareils esclaves, I'appareil maTtre et le ou les appareils esclaves 6tant 
aptes £ r6aliser la transaction avec le moyen de paiement gr§ce a des 
25 moyens de transactions repartis entre eux. 

5. Dispositif selon Tune des revendications pr6cedentes 
caracterise en ce que le moyen de paiement est un telephone portable ou un 
assistant 6lectronique personnel. 

30 

6. Dispositif selon Tune des revendications prec6dentes 
caracterise en ce que le support de paiement est une carte a puce avec ou 
sans contact, et que les moyens de lecture d'un support de paiement sont un 
lecteur de carte £ puce. 
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7. Dispositif Tune des revendications precedentes caracterise en 
ce que le moyen de paiement et le terminal de paiement sont des telephones 
portables. 

5 8. Dispositif I'une des revendications precedentes caracterise en 

ce que I'appareil electronique personnel est equipe d'un moyen electronique 
d'identiflcation du porteurdu type SIM (Suscriber Identification Module). 

9. Dispositif selon I'une des revendications precedentes 
10 caracterise en ce que i'appareil electronique personnel est equipe d'un 

moyen biometrique d'identiflcation du porteur du type capteur d'empreinte 
digitals. 

10. Dispositif selon I'une des revendications precedentes 
15 caracterise en ce que le moyen de communication sans fil est une liaison 

radioelectrique de type Bluetooth. 

11. Dispositif selon I'une des revendications 1 a 9 caracterise en 
ce que le moyen de communication sans fil est une liaison infrarouge. 



20 



12. Dispositif selon I'une des revendications 1 a 9 caracterise en 
ce que le moyen de communication sans fil est une liaison acoustique. 

13. Precede de paiement a I'aide d'un moyen de paiement d'un 
25 consommateur et d'un terminal de paiement d'un commergant comprenant 

les etapes suivantes : 

(a) I'etablissement d'une communication sans fil entre I'appareil 
consommateur et I'appareil commergant, a travers laquelle I'appareil 
commercant envoie des requetes a I'appareil consommateur, et I'appareil 

30 consommateur envoie des reponses a I'appareil commergant ; 

(b) la lecture du support de paiement que le consommateur utilise pour 
effectuer le paiement, cette lecture etant realisee avec le moyen de paiement 
du consommateur a la demande de I'appareil commergant ; 

(c) la verification du bon deroulement de cette lecture par I'appareil 
35 commergant ; 
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(d) I'envoi d'un message indiquant la reussite ou I'echec de la transaction, de 
I'appareil commercant vers I'appareil consommateur, pour terminer la 
transaction et la communication entre I'appareil consommateur et I'appareil 
commercant. 
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